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Vorwort 


Das ist eine Einführung in den Z89-Maschinencode, eigens abgestellt auf den 
Sinclair Spectrum. Sie geht davon aus, daß Sie BASIC einigermaßen beherr- 
schen, Maschinencode aber gar nicht, und führt Sie mit einfachen Beispielen 
und Projekten an den Punkt, wo Sie selbst Maschinencode-Routinen schrei- 
ben, sie innerhalb eines BASIC-Programms fahren, mit SAVE auf Kassette 
sichern und mit LOAD wieder zurückladen können. Eigentlich handelt es sich 
dabei um die Spectrum-Version der zweiten Hälfte unseres Buches "Maschi- 
nencode und besseres BASIC” (erschienen bei Birkhäuser, Basel), überarbei- 
tet, um auf die besonderen Merkmale des Spektrum einzugehen, und mit 
Ergänzungen versehen, die mehr von den besonderen Fähigkeiten des Spec- 
trum ins Spiel bringen. Wie wir in dem erwähnten Band schon feststellten, sind 
die Grundsätze für gutes Programmieren und Z89-Maschinencode bei jedem 
Computer, der einen Z8®-Mikroprozessor verwendet, dieselben. Das stimmt 
auch, aber natürlich erleichtert es das Dasein, nach einer Beschreibung vorzu- 
gehen, die vollkommen auf die eigene Maschine abgestellt ist. Um also alles zu 
vereinfachen und Sie vor der Mühe zu bewahren, Listings anpassen zu müssen, 
ist das hier für Sie schon alles erledigt worden. 

Der Hauptvorteil beim Maschinencode: Er kann eine Reihe von Aufgaben 
erfüllen, die mit BASIC zwar möglich sind, aber zu lange dauern. Der Haupt- 
nachteil: Er verlangt viel mehr vom Programmierer, der gezwungen ist, den 
kleinen, exakten Details auf der Spur zu bleiben, wo genau in der Maschine die 
Information gespeichert wird, welche Form sie annimmt und wie der Spectrum 
sie auffaßt. Wenn Sie Maschinencode aber wirklich /ernen, erfahren Sie auch 
viel Neues über ihren Computer! 

Wir beginnen damit, daß wir eine “Theorie” aufstellen: Wie Zahlen im 
Computer gespeichert, wie negative Zahlen behandelt werden und wie binäre 
und hexadezimale Codes (die unverzichtbar sind) funktionieren. Als nächstes 
untersuchen wir die vereinfachte Version des Z8®-Chips, um die Hauptprinzi- 
pien festzulegen (Register, Adressiermethoden, Indizieren und indirekte Steue- 
rung, Programmzähler und Stapelzeiger) ohne uns Gedanken über pedantische 
Kleinigkeiten machen zu müssen. Wenn Sie gleich mit dem Z80 anfangen, muß 
jede Anweisung durch Wenn und Aber und Vielleicht ergänzt werden. Der 
Mikroprozessor ist ein kompliziertes Gebilde, und es fällt viel leichter, zu verfol- 
gen, wie es funktioniert, wenn man Vergleiche mit einfacheren Dingen ziehen 
kann. 

Anschließend wird der Z80 selbst beschrieben und eine wichtige Gruppe 
von Befehlen - die LOAD-Befehle - im Einzelnen besprochen. Diese Gruppe 
wird dazu benützt, die verschiedenen "Adressiermethoden” in Maschinencode 
zu erklären. 

Wir erläutern, wie man Maschinencode speichert, fährt, sichert und lädt, 
und entwickeln ein BASIC-Programm, um alle diese Aufgaben so leicht wie 
möglich zu machen. Alle späteren Programme in diesem Band stützen sich auf 
dieses BASIC-Programm. 

Zu den besprochenen Routinen gehört ein Maschinencode-Mulitplika- 
tor, der viele wichtige Befehle beispielhaft darstellt. Wir beschreiben im Einzel- 
nen, wie das Spectrum-Display gesteuert wird und wie es verändert werden 
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kann; eigene Kapitel untersuchen nützliche Maschinencode-Routinen für Attri- 
but- und Displaydatei (einschließlich Vorgänge wie Abrollen, Farben verän- 
dern, Mustererzeugung, FLASH ein- und ausschalten). 

Die nützlichsten Flaggen werden anhand einer Zeilen-Umnumerierungs- 
routine genauer dargestellt. Zwei leistungsstarke Befehlsgruppen, Blocksuche 
und Blockübertragung, werden vorgestellt; letztere bezieht sich auf verschie- 
dene Abrollroutinen. Ein abschließendes Kapitel befaßt sich mit ein paar beach- 
tenswerten Ergänzungen. 

Der Anhang enthält mehrere Tabellen nützlicher Information für das 
Programmieren in Maschinencode: Umrechnung Hex in Dezimal, Speicher- 
reservierung, Systemvariable in Hex, die Z8®-Befehle, ihre Auswirkungen auf 
Übertragungs- und Nullflaggen, Hexcodes (damit es für Sie praktischer ist, 
alphabetisch aufgeführt), und einen nützlichen Teilassembler (HELPA), zur 
leichten Abänderung in BASIC geschrieben, mit dem Sie Maschinencode auf 
einigermaßen qualfreie Weise schreiben, redigieren und fahren können. Vor 
allem berechnet er relative Sprünge automatisch, was eine Menge umständ- 
licher Berechnungen erspart (die gern danebengehen, wenn man sie mit der 
Hand macht, und ein Chaos hervorrufen). 

Das Buch ist so geschrieben, daß Sie, wenn Sie wollen, die Maschinen- 
code-Routinen gut nützen können, ohne zu verstehen, wie sie funktionieren. 
Aber wir hoffen, daß Sie mehr erstreben, namlich, zu lernen, wie man se/bst 
Maschinencode verfaßt. 


Bis jetzt haben wir uns als “wir” bezeichnet, stellten aber wie in unseren 
anderen Büchern fest, daß das später nicht mehr so gut funktioniert. Von jetzt 
an sprechen wir von uns also per “ich”. Wenn wir wirklich einmal "wir" sagen, 
heißt das "der Leser und ich’. Das mag ein bißchen albern klingen, aber in 
Wahrheit ist es so informativer. 


Für Hinweise auf Druckfehler ist der Verlag jederzeit dankbar. Bitte wenden Sie 
sich an: Birkhäuser Verlag AG, Lektorat, Postfach, CH-4010 Basel (Schweiz). 


1 Appetitanreger 


Nur um zu beweisen, daß Maschinencode wirklich Dinge leistet, 
die in BASIC nicht möglich sind, hier ein Programm, mit dem man 
spektakuläre, wenn auch recht sinnlose, Displays erzeugen kann. 


Sie hätten dieses Buch nicht gekauft oder würden es in ihrem Buchladen nicht 
durchblättern, wenn sie nicht gehört hätten, daß der Spectrum bemerkenswerte 
Dinge sehr schnell bewältigen kann mit etwas, das sich Maschinencode nennt. 
Das stimmt zwar, aber der Haken beim Maschinencode ist der, daß er Ihnen im 
Gegensatz zu BASIC das Denken nicht abnimmt. Sie müssen viel mehr auf die 
kleinen Details achten und im Auge behalten, wo genau in der Maschine Ihr 
Code sitzt. Maschinencode ist ganz entschieden nicht "anwenderfreundlich”, 
sieht am Anfang eher nach ägyptischen Hieroglyphen aus und hat den Reiz und 
die sofortige Verständlichkeit eines Telefonbuchs in Urdu-Sprache. 

Ganz so schlimm ist es aber auch wieder nicht, und Sie werden das bald 
gepackt haben. Auf jeden Fall müssen Sie sich ganz gehörig anstrengen, bevor 
es wirklich lohnt. Um Sie davon zu überzeugen, daß das der Mühe wirklich wert 
ist, willich deshalb mit ein paar Maschinencode-Routinen anfangen, die auffäl- 
lige, sehr schnell bewegliche Displays abstrakter Art erzeugen. Wenn Sie das 
mit BASIC schaffen, gehören Sie offenkundig zu denen, die alle Probleme der 
Weltwirtschaft im Kopf noch vor dem Frühstück lösen (das zweifellos aus einer 
dreifachen Portion Haferflocken besteht... .). 

Geben Sie sich noch keine Mühe, alles zu verstehen; das kommt später. 
Tippen Sie einfach ab und fahren Sie mit RUN. Sie brauchen ein paar Tasten, die 
Sie wahrscheinlich noch nicht oft verwendet haben, vor allem 


USR (Taste "L” im erweiterten Modus) 
CLEAR (Taste ‘X’ im Schlüsselwort-Modus) 


und 
POKE (Taste ''O' im Schlüsselwort-Modus) 


Hier das erste Programm: 


10 CLEAR 31999 

20 BORDER® 

30 DATA 1,®,3,17,0®,88,33,®,®, 237,176, 201 
49 FORi=®TO 11 


50 READx 

60 POKE 32000 + i,x 
70 NEXTi 

80 PAUSE ® 


90 LET y = USR 32009 


Achten Sie darauf, dasrichtig einzugeben, vor allem die DATA-Liste. Fahren Sie 
nun mit RUN. Der Schirm bleibt leer, bis Sie eine Taste drücken (wegen Zeile 
80). Sobald Sie eine drücken, wird sofort reagiert, und der Bildschirm füllt sich 
mit bunten Kästchen, von denen manche blinken. (Wenn nicht, gehen Sie das 
Listing noch einmal durch. Sie müssen vielleicht erst den Stromstecker ziehen, 
um zurückzustellen — das ist einer der Haken beim Maschinencode.) 


Abbildung 1.1 
Seitlich abrollende Kästchen in Zufallsfarben, manche gefleckt, manche hell, manche 
blinkend. 


Das läuft schnell, ist aber noch nicht sehr dramatisch. Der nächste Schritt 
besteht darin, im Programm ein paar Veränderungen vorzunehmen. Löschen 
Sie Zeile 9D und fügen Sie an: 


1909 
119 
120 
13 
149 
150 


LETt=0: LETs=® 

IFt> = 256 THEN LETt = t- 256 + INT (256): LETs=s+ 1 
POKE 32907, t: POKE 32908, s 

LET y = USR 32090 

LETt=t+1 

GO TO 119 
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Abbildung 1.2 
... Zeigt jetzt mehr Struktur - schnell rotierende Streifenmuster ... 


Abbildung 1.3 
... Wetten, daß Sie das nicht bemerken! Die sausen so schnell vorbei... 


Drücken Sie RUN und auf irgendeine Taste, damit es losgeht. Sie erhalten ein 
ähnliches Display, das jetzt aber mit einer vernünftigen Abrollgeschwindigkeit 
seitwärts läuft. Verändern Sie Zeile 149 zu: 


148 LETt=t+32 
dann rollt es aufwärts; verändern Sie zu 
140 LETt=t+31 
und es rollt diagonal ab. Probieren Sie, t ein paar andere Werte zu geben. 


Machen Sie aus 14® nun wieder LET t =t + 1, verändern Sie die DATA- 
Anweisung zu 


30 DATA 1,®, 24, 17,9, 64, 33, ®,®, 237, 176, 201 


und wiederholen Sie das Ganze. Ich will Ihnen nicht sagen, was Sie erwartet — 
sehen Sie selbst! Andern Sie Zeile 140 ab wie vorher. 


Abbildung 1.4 
... jetzt eine Pause mit zarten grünen Streifen... 
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Licht-Schau 


Ungewöhnlich, mag sein, möglicherweise noch nicht spektakulär. Nun fügen 
wir beide Routinen zusammen und stellen noch ein bißchen feiner ein: 


10 CLEAR 31999 
20 BORDER ® 
30 DATA 1,0, 24, 17,0, 64, 33,9, ®, 237, 176, 201 
35 DATA 1,9, 3, 17,0, 88, 33, ®, ®, 237, 176, 291 
40 FORi=9®TO 23 
50 READ x 
60 POKE 32000 + i,x 
70 NEXTi 
100 LETt=0G: LETs= 69 
110 IFt> = 256 THEN LETt = t- 256 * INT (t/256): LETs=s+1 
120 POKE 320097, t: POKE 32998, s 
125 POKE 32919, t: POKE 32029, s- 1 
130 LET y = USR 32999 
140 LETy = USR 32912 
150 LETt=t+1 
160 GOTO 119 


Fahren Sie das mit RUN und lassen Sie es ein, zwei Minuten laufen. Es geht 
ganz friedlich an, aber dann ist auf einmal der Teufel los... 

Verändern Sie Zeile 15® wie vorher zut + 32,1 + 31 etc. 

Ändern Sie die Initialisierungen in Zeile 100. Was geschieht, wenn Sie mit 
s = PM oder s = 40 beginnen? 
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Abbildung 1.5 
... da kommen sie wie Schwärme wütender Insekten und fressen alles auf, was sich in den 
Weg stellt! 


Abbildung 1.6 
... und weiter in dichte Farbwirbel. Alles durch zwei Dutzend Bytes Maschinencode (und T6K 
ROM). Dabei sind das nur Beispiele! 
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Um s = 63 geht es so schnell zu, daß man es kaum noch verfolgen kann. 
Wenn Sie die Zeile anfügen 


145 IFINKEY$ = "" THEN PAUSE ® 


werden Sie feststellen, daß gar nichts passiert, wenn Sie keine Taste drücken. 
Sie können das Programm jederzeit in "Einzelstufen’” laufen lassen, wenn Sie 
die Taste rasch drücken, den Finger wegnehmen und wieder drücken. Sie 
werden viele Muster sehen, die bei dem vorherigen Schnelldurchgang zu rasch 
vorbeigesaust sind. 

Sie können für dieses Programm endlose Variationen erfinden. Nur die 
Zeilen 30, 35, 139 oder 149, wo der Maschinencode behandelt wird, dürfen Sie 
nicht anrühren. 

Ich hoffe, Sie sind jetzt davon überzeugt, daß Maschinencode mehr zu 
bieten hat. Allerdings: Sieht man von der Erzeugung hübscher Muster mit hoher 
Geschwindigkeit ab, würde die Behauptung schwerfallen, daß speziell dieses 
Beispiel etwas besonders Nützliches leistet. Sein Vorteil besteht darin, daß es 
ein sehr kurzes Stück Maschinencode mit großer Wirkung ist. Um Maschinen- 
code-Routinen wirklich nutzen zu können, müssen wir sie auf eine richtig 
strukturierte Weise schreiben können und auf ein bestimmtes Ziel abstellen 
(genau wie bei einem guten BASIC-Programm). Der Rest dieses Buches ist 
diesem Ziel gewidmet. 
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2 Zahlen in Maschinencode 


Das binäre System ist ein bißchen so, als zählten Sie statt mit den 
Fingern mit den Füßen. Für Maschinencode brauchen Sie nicht 
mehr als sechzehn Füße. 


Bei Zahlen denken wir normalerweise in Zehnerbegriffen. Wenn ich die Zahl 
3814 hinschreibe, verstehen wir das alle als 


3x 1000 +8 x 100 +1x10 +4x1 


und wir können sehen, daß wir, um einen "Stellenwert von dem rechts dane- 
ben zu erhalten, ihn einfach mit Zehn multiplizieren. Wir sagen, die Zahl hätte 
die Basis Zehn. 

"Da wir das schon tun, seitdem wir denken können, fällt die Einsicht 
schwer, daß man dasselbe auch auf andere, völlig vernünftige Weise bewälti- 
gen kann. Die ersten Computerkonstrukteure kamen jedenfalls nicht darauf; sie 
verwendeten bei ihren Maschinen Zehnerdarstellungen und stießen auf ein 
paar üble Schwierigkeiten. Meistens rührten sie davon her, daß elektrische 
Verstärker sich nicht bei allen Signalen, die man eingeben will, gleich verhalten. 
Beispiel: Ein Verstärker, der sein Eingabesignal als Ausgabe verdoppeln soll, 
mag das bei Eingaben von 1, 2, 3 und 4 Einheiten durchaus tun, aber dann 
“flacht er ab’, so daß eine Eingabe von 5 eine Ausgabe von nur 9.6 erbringt, 6 
zu 10.8 führt und man den Unterschied der Ausgaben für die Eingaben 8 und 
9 kaum noch unterscheiden kann. 

Legen Sie eine Musikkassette in Ihren preiswerten Kassettenrecorder und 
drehen Sie die Lautstärke auf. Hören Sie die Verzerrung bei den lauten Stellen? 
Das ist derselbe Effekt. 

Die ersten Computerkonstrukteure hörten keine Verzerrung; sie stellten 
nur fest, daß die Maschine manchmal nicht zwischen verschiedenen Ziffern 
unterscheiden konnte, für einen Computer eine aussichtslose Sache. Sie muß- 
ten ihre Zahlendarstellung also neu überdenken, um sich dem anzupassen, was 
die elektronischen Geister am besten konnten. 

Das Einfachste, was man mit einem elektrischen Signal machen kann, ist 
es an- oder abzuschalten; so kann man die Ziffern ® (aus) und 1 (ein) zufrieden- 
stellend darstellen. Verzerrung spielt keine Rolle mehr. Ob ein Signal vorhanden 
ist oder nicht, steht klar fest, ohne Rücksicht darauf, wie verunstaltet es sein 
mag. Aber können wir ein Zahlensystem erfinden, das nur ® oder 1 verwendet? 

Ja. Bei einer Zahl mit Basis Zehn ist die größtmögliche Ziffer 9. Addieren 
Sie 1 zu 9, und Sie haben 1®- stattgefunden hat ein Übertrag. Wir können jede 
Zahl mit jeder anderen Basis schreiben, die wir uns aussuchen, und die größt- 
mögliche Ziffer wird stets eins weniger sein als die Basis. Bei Basis 2 ist die 
größte Ziffer 1, also enthält eine Zahl der Basis 2 (oder binäre Zahl) nur ® und 1. 

Wie ist es mit den Stellenwerten? Im Fall der Basis Zehn haben wir sie 
erhalten, indem wir bei 1 (rechts) anfingen und jedesmal, wenn wir um eine 
Stelle nach links gingen, mit 1® multiplizierten. Bei einer Binärzahl fangen wir 
auch bei 1 an, multiplizieren aber mit jeder Bewegung nach links mit 2. 
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So kann etwa die Binärzahl 1191 auf folgende Weise in Basis 10 verwan- 
delt werden: 


In die andere Richtung umzuwandeln ist genauso leicht. Nehmen wir als 
Beispiel 25. Wenn wir die binären Stellenwerte niederschreiben: 


32 16 8 4 2 2 1 


und von der linken Seite ausgehen, ist klar, daß wir eine 16 brauchen, so daß 9 
übrigbleibt, die aus 8 und 1 besteht. Demnach ist 25: 


® 1 1 ® ® 1 


Hexadezimalcode 


Das ist sehr schön bei relativ kleinen Werten, wird bei großen aber eher um- 
ständlich. Es gibt eine Reihe von schnellen Umwandlungsmethoden, und in 
"Sinclair ZX Spectrum — Programmieren leicht gemacht” von Birkhäuser stehen 
Programmlistings für die Umrechnung Binär/Dezimal und Dezimal/Binär, aber 
hier möchte ich eine Prozedur untersuchen, die den Hexadezimalcode nutzt, 
weil uns das später gute Dienste leisten wird. 

Eine Zahl in Hex (kein Mensch sagt jemals "hexadezimal’”, außer ich 
eben) ist eine Zahl mit der Basis 16. Stellenwerte werden also durch aufeinan- 
derfolgende Multiplikationen mit 16 erreicht. Die ersten fünf sind: 


65536 4096 256 16 1 


"Moment mal!” höre ich von allen Seiten. "Das sind schlimme Zahlen, und 
außerdem ist bei Basis 16 die höchste Ziffer 15. Langsam wird das kompliziert.” 

Nur Geduld. Das Problem von Ziffern über 9 bewältigen wir dadurch, daß 
wir den Werten 19-15 die Buchstaben A-F zuteilen. Die Zahl 2AD in Hex läßt 
sich demnach auf folgende Weise in eine Dezimalzahl verwandeln: 


2 A D 
I, x1 ——ıo 23 (D=13) 
x16 —— 16 (A=10) 
x 256 —— 512 
= 685 
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Nun zum Angenehmen bei Hex. Da 16 einer der binären Stellenwerte ist 
(nämlich der fünfte) ergibt sich, daß jede Hexziffer einer Zahl durch die vier 
Binärziffern ersetzt werden kann, die sie darstellen. (Übrigens: Es dauert ge- 
nauso lang "binary digit‘ — zu deutsch Binärziffern — zu sagen, wie "hexadezi- 
mal’, weshalb der Ausdruck zu bit abgekürzt wird.) Die nächste Tabelle zeigt 
die Umwandlungen. 


Dezimal Hex Binär 
) ) D009 
1 1 D991 
2 2 9019 
3 3 0911 
4 4 0199 
5 ) 9191 
6 6 0119 
7 7 9111 
8 8 1999 
9 9 1091 

19 A 1919 

11 B 1911 

12 C 1190 

13 D 1191 

14 E 1119 

15 F 1111 


Eine ausführlichere Tabelle finden Sie in Anhang 1. (Zur Beachtung: In diesem 
Buch, das für den Spectrum geschrieben ist, können die Buchstaben groß oder 
klein geschrieben sein, Eingaben unterstellen aber, weil das praktischer ist, 
Kleinbuchstaben.) 

Nehmen wir nun an, wir wollen 9041 in Hex umwandeln. Zuerst ziehen 
wir zweimal 4096 heraus, dann ein paarmal 256 und so weiter, nämlich so: 
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9941 
2 x 4096 = 8192 - 


849 
3x 256= 768- 


81 
5x 16= 80- 


Die Hexzahl ist also 2351. 
Nun schreiben wir die Zifferncodes einfach aus der Tabelle ab: 


2 3 ) 1 
0919 9911 9191 9991 


und das ist die binäre Entsprechung zu 9941; Sie setzen die vier Blöcke nur noch 
zusammen und erhalten 9091999119191 9991. 

Die Umrechnung hex/binär ist so einfach, daß wir sehr oft Zahlen in Hex 
selbst dann belassen, wenn wir sie letztlich in binär brauchen. Schließlich fällt 
es nur allzu leicht, beim Schreiben langer Folgen von ® und 1 Fehler zu machen. 


Umwandlung durch den Computer 


Hier folgt ein Programm, das Dezimal- in Hexzahlen umrechnet. Es teilt die Zahl 
fortlaufend durch 16 und sieht sich den Rest jedesmal an, zieht Ziffern also in 
der umgekehrten Reihenfolge zur oben gezeigten heraus. 


20 LETp=4 
30 LET h$ = "0009" 
40 INPUT "Dez. Nr. (max 65535)”; tn 
50 LETn=INT (tn/16) 
60 LETr=tn-16*n 
780 LETh$(p) = CHR$S (r +48 + 39% (r> 9)) 
80 LETtn=n 
99 LETp=p-1 
198 IFtn > ®THEN GO TO 50 
110 PRINT "Hexwert ist:”; h$ 
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Zeile 70 sorgt dafür, daß die Ziffern und die Buchstaben a-f (wir verwenden 
lieber Kleinbuchstaben) ausgewählt werden. Das sieht ein bißchen verwirrend 
aus, weil der ASCII-Code, den der Spectrum zur internen Zeichendarstellung 
verwendet, sich auf eine ungünstige Weise verhält. Wir wollen zählen... 7, 8, 
9, a,b,... und es wäre nett, wenn der Code für “a” größer wäre als für "9". 
Leider ist er um 4® größer, also um 39 zu hoch. Aus diesem Grund müssen wir 
39 für Zeichen anfügen, die größer sind als 9. Der logische Ausdruck "r > 9" 
hat, wenn wahr, den Wert 1, und wenn falsch, ®; die zusäzlichen 39 werden also 
dazuaddiert, wenn das Zeichen im Bereich a-f liegt. (Die 48 sind notwendig, 
weil für ® der ASCII-Code 48 lautet.) 

Das Resultat wird stets dargestellt als eine vierstellige Zahl mit vorange- 
stellten Nullen, wo das erforderlich ist, die Buchstaben kleingeschrieben. Dies 
deshalb, weil wir Hexstellen stets kleingeschrieben eingeben, so daß dies als 
Merkstütze dient. Das Programm funktioniert nicht, wenn das Resultat mehr als 
vier Hexstellen enthalten sollte, aber das ist für unsere Zwecke wegen der 
Grenzen für die Speichergröße im Spectrum nur gut - erforderlich sind ohnehin 
nur vier Hexstellen. 

Hier der Code für die umgekehrte Umrechnung (Hex in Dezimal): 


140 INPUT "4stellige Hexzahl eingeben’; h$ 

150 LETtn=® 

1608 FORp=1T04 

1780 LETtn =tn*16 + CODEh$ (p) -48-39* (h$ (p) > 9") 
180 NEXTp 

198 PRINT "Dezimalwert ist:’; tn 


Wieder gibt es einen Trick, die richtigen Werte in Zeile 17® zu generieren, die 
lediglich eine Umkehrung von Zeile 70 ist. 
Wir könnten diese Routinen mit einem kleinen Menü zusammenfügen: 


2 PRINT "Umwandlung Dez/Hex” 
3 PRINT "1) DEZ- > HEX 
2) HEX- > DEZ 
3) ENDE” 
5 INPUT "1, 2 oder 3 eingeben”; ausw 
8 IFausw = 1 THEN GO SUB 29 
9 IFausw = 2 THEN GO SUB 149 
10 IFausw = 3THEN STOP 
12 PAUSE ®:GOTO2 


Selbstverständlich brauchen wir bei den Zeilen 120 und 209 jeweils RETURN. 
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3 Positiv und negativ 


Für den Umgang mit negativen Zahlen hat die Maschine einen 
raffinierten Trick parat. 


Nachdem wir jetzt etwas über den Umgang mit Binärzahlen gesehen haben, 
wollen wir uns wieder damit befassen, wie sie innerhalb der Maschine behan- 
delt werden. In der Regel wird eine Zahl mit einer festen Zahl von Bits festge- 
halten, oft 16 oder 24 oder 32, je nach Auslegung des Computers. Diese Bitzahl 
nennt man die Wortgröße des Geräts. 

Sehen wir uns an, welche Zahlen in einem Wort von 4 Bits festgehalten 
werden können: 


4 Bit-Muster Dezimalwert 


0999 1) 
0991 

0019 2 
0011 3 
0190 4 
9191 5 
0119 6 
0111 7 
1999 8 
1991 9 
1919 19 
1911 11 
1190 12 
1191 13 
1119 14 
1111 15 


Warum in der Praxis größere Wörter genommen werden, ist offenkundig; eine 
Maschine, die nur die Zahlen ® bis 15 darstellen kann, ist kaum ausreichend. Es 
gibt aber noch zwei andere Probleme. Die Schreibweise kann keine Bruchwerte 
(etwa 7.14) und keine negativen Zahlen darstellen. 
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Mit dem Problem der Brüche geben wir uns nicht ab, weil die meisten 
Maschinencode-Routinen nur ganze Zahlen verwenden, aber die Art, wie ne- 
gative Zahlen behandelt werden, ist wichtiger. 

Die Methode ist einfach: Wenn Sie die Binärdarstellung einer positiven 
Zahl haben und die negative Entsprechung hervorbringen wollen, tun Sie zwei 
Dinge: 


1 Wandeln Sie jede P ineine 1 und jede 1 in eine ® um. Man spricht hier vom 
"Kippen der Bits’. 
2 Addieren Sie zu dem Ergebnis 1. 


Nehmen wir an, Sie wollen -3 haben. 


3 = 9011 (4 Bit-Wort) 
Wenn Sie die Bits kippen, haben Sie: 1190 
Dann 1 dazu: + 1 


1191 


1191 steht also für -3. Man spricht vom Zweierkomplement zu ®011. 

Ich will nicht im Einzelnen erklären, wie das funktioniert, aber Sie können 
sich selbst beweisen, daß es in jedem Fall wie dem folgenden klappt: 

Wenn wir 3 zu -3 addieren (oder 5 zu -5 oder irgendeine Zahl zu ihrem 
Minuswert) müßten wir Null erhalten. Demnach: 


0911 (= 3) 
+ 1191 (= -3) 
= 10909 
111 Überträge 


(Vergessen Sie nicht, daß in Binär 1 + 1 = ® Übertrag 1!) 


Wir erhalten also keineswegs ®PP9, aber die niederwertigen 4 Bits sind Null, 
und wenn wir ein 4 Bit-Wort einfügen, fällt das höherwertige Bit am Ende 
einfach herunter. (Wenn Sie einen geeigneten Vergleich suchen: Denken Sie an 
einen Kilometerzähler im Auto mit drei Stellen; wenn er 999 erreicht hat und Sie 
einen Kilometer mehr fahren, zeigt er ®®® an. An der linken Seite ist eine 1” 
“heruntergefallen’). 

Mit anderen Worten, wir hätten das so sehen sollen: 


+ 1191 
19000 


1 


Das funktioniert immer, vorausgesetzt, die Zahl der Bits steht durchgehend fest. 
Vergessen Sie nicht, Nullen voranzusetzen, um die Zahl der Bits auf diese 
Normlänge zu bringen, bevor Sie das Zweierkomplement nehmen. 


21 


Schreiben wir die 4 Bit-Werttabelle um, in dem wir negative Zahlen 
aufnehmen: 


Dezimal Binär Zweierkomplement Dezimal 
Te 7 Ta 1) a Ya 
| 0991 1111 -1 | 
| 2 9910 1119 2 | 
103 9911 1191 -3 
4 9190 1199 4 
| 5 9191 1911 -5 Ä 
16 0119 1919 -6 | 
7 9111 1991 -7 | 
Ba 1999 -8 | 
9 mn -9 
19 1919 0119 -1® 
11 1911 9191 11 
12 1199 9199 12 
13 1191 0011 13 
14 1119 0019 14 
15 1111 9991 15 


Sofort erkennen wir ein Problem: Jedes Bitmuster tritt zweimal auf, so daß 
beispielsweise 1991 9 oder auch - 7 bedeuten kann. Wir müssen den Wertbe- 
reich also noch weiter einschränken. Ich habe um den Bereich, den wir tatsäch- 
lich darstellen wollen, eine gestrichelte Linie gezogen. Wenn Sie sich das 
höherwertige (ganz linke) Bit in jedem Muster ansehen, wird Ihnen auffallen, 
daß es bei einer positiven Zahl "'®" und bei einer negativen "1" ist. Offenkundig 
eine sehr praktische Unterscheidung. 

Der Zahlenbereich, den wir in einem 4 Bit-Wort unterbringen können, 
reicht also von -8 bis +7. Bei 5 Bits wären es -16 bis +15. Bei 6 Bits sind es 
-32 bis +31, und so weiter. 

Ein 16 Bit-Wort (von Bedeutung, was den Z8® angeht) umfaßt den 
Bereich - 32768 bis +32767. In Anhang 1 (Seite 109) finden Sie eine Tabelle 
der Zweierkomplemente für 8 Bit-Wörter. 
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4 Maschinenarchitektur 


Es fallt leichter, mit einer vereinfachten, imaginären Maschine an- 
zufangen. Der Z80-Mikroprozessor hat Ähnlichkeit damit, ist aber 
komplizierter. Alles Wissenswerte darüber erfahren Sie hier! 


Genug von Zahlen. Wir wollen uns nun ansehen, wie die Maschine sie knackt. 
Dazu müssen wir Bescheid wissen über die intime Struktur des Prozessors — 
über seine Architektur. 
Der Z80-Mikroprozessor ist das Ergebnis von rund fünfundzwanzig Jahren 
Computerentwicklung und ein recht modernes Ding, für den Anfänger also 
vielleicht nicht der ideale Einstieg. Ich möchte deshalb einen einfachen Prozes- 
sor beschreiben, der Ende der vierziger Jahre gebaut worden sein könnte (aber 
nicht wurde), nur um die wichtigen Grundbegriffe darzustellen, die für prak- 
tisch alle heutigen Geräte gelten, ohne mir Gedanken über die Schnörkel 
machen zu müssen, mit denen wir uns später befassen können (ab Kapitel 7). 
Wir wollen davon ausgehen, daß unsere erfundene Maschine einen Spei- 
cher von 16 Bit-Wörtern und eine Anzahl von 16 Bit-Spezialregistern besitzt, 
die Sie unten sehen: 


Speicher 

A-Reg. 0] Akkumulator 009 
091 
PC 0] Programmzähler 2 
003 
SP 0] Stapelzeiger 004 
Reeister fü 005 

I-Res. egister fur 
es I] indirekte Steuerung 006 
007 
X-Reg. | | Index-Register 08 
009 
MA 


BOB 
Speicheradressen N] 
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Sehen wir uns zuerst den Speicher an. In BASIC hätten wir jeden dieser 
Speicherplätze nennen können, wie wir wollten, aber so entgegenkommend ist 
unser erfundener Prozessor nicht. Er besteht darauf, jeden Platz auf eindeutig 
feststehende Weise zu numerieren, wie ich es angezeigt habe, beginnend bei 
Null. 

Diese Zahlen nennt man Speicheradressen, und ich habe sie in Hex 
numeriert, obwohl Sie immer daran denken sollten, daß die Codierung letzten 
Endes binär erfolgt. 

Was kann in einem Speicherwort festgehalten werden? Jede Anordnung 
von 16 Bits. Liegt nahe, aber worauf ich hinauswill, ist, daß diese 16 Bits 
bedeuten können, was wir wünschen. Wenn wir möchten, daß sie eine ganze 
Zahl, codiert als Zweierkomplement, bedeuten sollen, enthält ein Wort eine Zahl 
im Bereich - 32768 bis 32767. Sollen sie eine positive ganze Zahl ohne Vorzei- 
chenbit bedeuten, liegt die Zahl im Bereich ® bis 65535. Wir können das Wort 
auch in zwei Felder von je 8 Bits aufspalten, von denen jedes ein alphabeti- 
sches, Interpunktions- und Grafiksymbol bedeuten kann. Wie Tweedledee in 
"Alice im Wunderland” (oder war es Tweedledum?) sagte: "Wenn ich ein Wort 
gebrauche, bedeutet es genau das, was es für mich bedeuten soll — nicht mehr 
und nicht weniger.” Manchmal meint man, Lewis Carroll sei seiner Zeit voraus 
gewesen. 

Nun zu den Spezialregistern. Für den Anfang nur das A-Register. Es wird 
jedesmal dann verwendet, wenn Sie Arithmetik betreiben, also rechnen. Das 
Resultat jeder Rechnung, die Sie von der Maschine verlangen, wird ins A-Re- 
gister gestellt. (Manchmal sagt man übrigens Akkumulator dazu.) Die meisten 
arithmetischen Operationen arbeiten mit zwei Werten; es hat keinen Sinn, der 
Maschine zu befehlen, sie solle 3+ ausrechnen - Sie müssen ihr schon sagen, 
wozu 3 addiert werden soll. Einer dieser Werte muß im A-Register stehen, bevor 
die Addition ausgeführt wird. Sie können also einen Befehl schreiben wie 


ADD (1A3) 


Der Computer faßt das so auf: 


Addiere den Inhalt von Speicherplatz 1A3 zum Inhalt des A-Registers. 
(Die Klammern um 1A3 sollen anzeigen, daß der /nhaltvon 1A3 und nicht 
die Zahl 1A3 addiert werden soll.) 

2 Stell das Resultat ins A-Register zurück. 


Wir haben eben unseren ersten Befehl auf Maschinenebene geschrieben. Ech- 
ter Maschinencode ist das zwar noch nicht, kommt aber schon nah heran. 
Sehen wir uns die allgemeine Form an. Sie besteht aus einem Operationscode 
ADD und einer Adresse (1A3). So werden viele Befehle aussehen. Übrigens ist 
das Leben auch zu kurz, um dauernd "Operationscode” zu sagen; man verwen- 
det den Ausdruck "Opcodes’. 


Ein Additionsprogramm 


Befassen wir uns mit einer Folge von Maschinenbefehlen, die der BASIC- 
Anweisung 


LETR=B+tC 
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entsprechen würden. Als erstes müßten wir R, B und C konkrete Adressen 
zuteilen. Nehmen wir an, daß sie der Reihe nach 193, 104 und 105 sind. Wir 
müssen den Inhalt von 194 ins A-Register stellen. Erfinden wir dafür LD (für 
load accumulator = Lade Akkumulator): 


LD (194) 
und addieren wir den Inhalt von 1905 
ADD (195) 


Schließlich brauchen wir noch einen Weg, den Inhalt des A-Registers nach 193 
zurückzuspeichern. Wir erfinden also einen Speicher” -Befehl: 


ST (193) 


Jetzt haben wir ein einfaches Programm auf Maschinenebene, das aus drei 
Befehlen besteht: 


LD (194) B in A-Register laden 
ADD (105) C addieren 
ST (193) Ergebnis nach R stellen 


Wie bekommen wir die Maschine dazu, ein solches Programm zu fahren? 

Wir sind daran gewöhnt, daß ein Programm in der Maschine gespeichert 
wird, bevor es zur Ausführung kommt. Schließlich wären Sie, wenn Sie die 
BASIS-Anweisung schreiben: 


18 PRINT "HALLO WELT” 


doch einigermaßen verblüfft, wenn sofort, nachdem Sie ENTER gedrückt ha- 
ben, die MELDUNG "HALLO WELT” erschiene. Sie gehen davon aus, daß sie 
festgehalten wird, bis Sie sie brauchen. Für ein Programm auf Maschinenebene 
gilt dasselbe. Wo könnte ein Befehl auf natürlichere Weise gespeichert werden 
als in einem Speicherwort? (Ein Wort soll die Bedeutung haben, die Sie wün- 
schen - wissen Sie noch?) Das setzt natürlich voraus, daß die Opcodes LD, 
ADD und so weiter als Bitanordnungen codiert werden, aber dazu brauchen wir 
nur eine Tabelle von Bitanordnungen zu erfinden, die dann so aussähe: 


Opcode-Mnemonik Binärcode 


ADD D999 
LD 0991 
ST 0019 


Jedesmal, wenn uns ein neuer Opcode einfällt, den wir brauchen, fügen wir ihn 
der Tabelle an. 
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Ich bin oben davon ausgegangen, daß alle Opcodes einen Binärcode von 
4 Bits haben. Das läßt 16 verschiedene Anordnungen und damit 16 verschie- 
dene Befehle zu. Nach modernen Maßstäben ist das ein kleiner Befehlsvorrat, 
für unseren erfundenen Spielzeugcomputer reicht er aber aus. Wir haben für das 
ganze Wort 16 Bits, also bleiben 12 für den Adreßteil des Befehls. 

LD (194) sieht innerhalb der Maschine dann so aus: 


ooHıJlooaHı 00000100 


Opcode Adresse (194 Hex in Binär umgewandelt) 


Wenn Sie eine Bitanordnung gesehen haben, kennen Sie alle. Von jetzt 
an schreiben wir also die Hexversionen von Befehlen. Das ist um eine Spur 
weniger mühsam. 


Der Programmzähler 


Nehmen wir an, wir speichern unser Programm aus 3 Befehlen ab Platz ®FF: 


Nun brauchen wir eine Methode, dem Computer zu sagen: ‘Bring das Ganze 
ins Rollen, indem du den Befehl in ÖFF ausführst, dann den in 199, dann einen 
in 101.” Dazu ist das PC-Register, der Programmzähler, da. Er dient als eine Art 
Lesezeichen für den Computer. Wir fahren das Programm, indem wir den PC auf 
die Adresse des ersten Befehls initialisieren. Während die Maschine diesem 
Befehl gehorcht, wird der PC automatisch um 1 akutalisiert, so daß das System, 
wenn es zurückspringt, um den PC zuuntersuchen, hergeht und den nächsten 
Befehl ausführt, und so weiter. 

Das hat aber einen Haken. Während der letzte Befehl (in 191) zur Ausfüh- 
rung kommt, wird der PC wie gewohnt um 1 erhöht, und sobald die Maschine 
wieder hinsieht, findet sie 192, springt also dorthin, um den dortigen Befehl 
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auszuführen. Was für einen Befehl? In 102 haben wir keinen hineingesetzt. Ah! 
In 102 muß aber von einem vorherigen Programm noch ein Befehl stehen oder, 
als der Computer eingeschaltet wurde, einer hineingesetzt worden sein. Die 
Maschine wird dieses Muster also wie einen Befehl auslegen, weil wir das von 
ihr verlangt haben. Dann wird sie weitergehen zu den Plätzen 193, 194 und 
105; dort speichern wir aber Daten! Wenn die Zahl in 194 also beispielsweise 
20FF ist, wird der Computer das auslegen als: 


ST (®FF) 


was den Inhalt des A-Registers nach ®FF kopiert und damit den ersten 
Befehl unseres Programms zerstört! Offenkundig brauchen wir einen "Halt - 
Befehl (ich verwende das mnemotechnische HLT), der das Aktualisieren des 
PC zum Stillstand bringt. Das Programm lautet jetzt also: 


LD (194) 
ADD (195) 
ST (103) 
HLT 


Ein wichtiger Punkt. Genau deshalb, wes/ wir Wörter verwenden, die bei ver- 
schiedenen Gelegenheiten Verschiedenes bedeuten, müssen wir ein besonde- 
res Auge auf die Folgerungen haben, die der Computer aus dem ziehen wird, 
was wir ihm auftragen. Wenn wir mit ADD verlangen, er soll den Inhalt eines 
Speicherplatzes ins A-Register addieren, geht er davon aus, daß der Speicher- 
platz eine Zahl enthält. Er prüft das nicht nach, weil er es gar nicht kann - jede 
Bit-Anordnung könnte eine Zahl darstellen. Ebenso könnte jede Bit-Anord- 
nung einen Befehl darstellen; wenn also der PC auf einen Speicherplatz zeigt, 
wird dessen Inhalt als Befehl ausgeführt. 

Die Regel lautet: Halten Sie Daten und Programme klar getrennt. Wenn 
Sie es nicht tun, müssen Sie damit rechnen, in regelmäßigen Abständen vor 
unlösbare Rätsel gestellt zu werden! Wie ich schon angedeutet habe, kann ein 
ganzes Programm während des Laufs spurlos verschwinden! 


27 


5 Sprünge und Subroutinen 


Weitere Befehle: Die Funktionen von Programmzähler und Stapel. 


Bis Jetzt sieht unser Befehlsvorrat noch ein wenig mager aus. Wir haben LD und 
ST, die im Speicher etwas bewegen, ADD, eigentlich recht primitives Rechnen, 
und wir können die Dinge mit HLT zum Stehen bringen. 

Wir päppeln die Rechnerfähigkeiten ein bißchen auf mit SUB, was den 
Inhalt eines Platzes vom A-Register abzieht, das ist aber auch schon alles, was 
wir bekommen. Kein Multiplizieren, kein Dividieren, schon gar kein Wurzelzie- 
hen. 

Was wir wirklich brauchen, ist ein Vorrat an Verzweigungsbefehlen ent- 
sprechend dem IF... THEN...in BASIC! 


Sprünge 


Aus der üblichen Reihenfolge zu einem Befehl abzuzweigen, ist recht leicht. Wir 
mussen nur den Inhalt des PC verändern. Dazu verwenden wir also einen Befehl 
wie 


JP 416 spring zu 416 


So oft er ausgeführt wird, setzt er 416 in den PC. Dem System wird "vorge- 
macht‘, der nächste Befehl sei in 416 enthalten, und es geht weiter zu 417,418, 
usw., bis der nächste Sprung’ -Befehl auftaucht. Dem JP-Code kann natürlich 
jede Adresse folgen. 

Dieser Befehl gleicht eher einem GO TO als einem IF... THEN... Was 
wir nötig haben, ist ein Befehl, der den PC nur dann neu setzt, sobald irgendeine 
Bedingung erfüllt wird. Die einfachste Prüfung ist die, ob das A-Register Null 
enthält. 


JPZ 2A7 spring zu 2A7 nur, wenn A-Reg. ® enthält 
Oder ein anderer: 
JPN 14E spring zu 14E nur, wenn Inhalt A-Reg. negativ 
Das ist das Mindeste, was wir uns leisten dürfen, weil wir jetzt auf eine positive 


(nicht Null betragende) Zahl prüfen können, indem wir darauf achten, wann 
das Programm weder zu JPZ- noch zu JPN-Befehlen springt... 


Subroutinen und Stapel 
Weil wir schon beim Thema sind: Wenn innerhalb des Programms die Steu- 
erung von einem Platz zum anderen übertragen werden soll, warum nicht etwas 
in der Art von GO SUB und RETURN bei BASIC? 
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Dann hätten wir einen Befehl: 
CALL 205 ruf die Subroutine ab 205 auf 


Was bewirkt das? Offenkundig wird dadurch 205 in den PC gesetzt, aber dafür 
könnten wir auch ein JP verwenden. CALL erfüllt eine zweite Funktion: Es 
speichert die Adresse des Befehls nach CALL, so daß, wenn ein “Return” 
(Opcode: RET) erscheint, es die gespeicherte Adresse in den PC zurückladen 
kann, um das Hauptprogramm dort fortzusetzen, wo es aufgehört hatte. Das 
wird durch einen Stape/ bewirkt. Ein Stapel ist ein Speichersegment mit festste- 
hender "'Unterseite’' und variabler Oberseite. Ein Stapelzähler SP enthält die 
Adresse der Oberseite. Man nennt das "Zeiger, weil er auf die Oberseite des 
Stapels zeigt, nämlich so: 


letzter Posten 


Zusätzliche Größen können dadurch auf den Stapel geschoben werden, daß 
man SP eins hinaufschiebt und die neue Größe in den Speicher setzt; mit POP 
können Sie vom Stapel genommen werden, indem man SP um eins verringert. 
(Man braucht die entfernte Größe aus dem Speicher nicht zu löschen, weil die 
Stapelroutinen alles unbeachtet lassen, was oberhalb des SP vorgeht.) Beispiel: 


sP> 


sP> 


SsP> SP> 


Original 


POP 


Der SP zeigt in Wirklichkeit auf den ersten unbenutzten Platz. (Außerdem zeigt 
der Z30-Maschinenstapel im Spectrum nach unten, nicht nach oben. Zerbre- 
chen Sie sich darüber aber nicht den Kopf; für den Anwender, der die eigent- 
lichen Stapeladressen nicht zu kennen braucht, spielt das keine Rolle.) 

Stapel funktionieren nach dem Grundsatz: "Zuletzt rein, zuerst raus.” 
Stellen Sie sich einen Stapel Bücher auf einem Schreibtisch vor. PUSH heißt 
soviel wie: "Leg ein Buch oben auf den Stapel” und POP (praktisch): "Nimm 


29 


ein Buch vom Stapel herunter.’ Wenn Sie also der Reihe nach drei Größen X, 
Y und Z mit PUSH bewegen 


PUSH X 


PUSH Y 
PUSHZ 


dann müssen Sie, um sie in der richtigen Reihenfolge herunterzunehmen, 
verwenden: 


POPZ 
POP Y 
POP X 


Eine Subroutine verwendet den Stapel dazu, sich seine Returnadresse zu mer- 
ken. Bei Ausführung eines CALL wird die Returnadresse (die Adresse von 
CALL + 1) auf den Stapel geschoben. Erscheint RET, wird der Stapel in den PC 
gepoppt. Hier ein Beispiel: 


PC 3B9 


SP 3FF 


Subroutine 
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Das CALL wird nun ausgeführt: 


PC 3BC 3B9 

3BA 

3BB 

3BC 

3BD Subroutine 
3BE 


SP 3FE 


3FD 
3FE 
3BA 3FF 


Es ist befolgt worden, die Returnadresse befindet sich auf dem Stapel. Das 
Programm geht die Subroutine durch, bis es das RET erreicht, worauf: 


3B9 
3BA 
3BB 
3BC 
3BD Subroutine 
3BE 


3FD 
3FE 
3BA 3FF 


und die Steuerung ist wieder im Hauptprogramm. 
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6 Indirekte Steuerung 
und Indizieren 


Der Privatdetektiv auf der Fährte des Opfers: Wie man den Inhalt 
einer Adresse nutzt, um auf eine andere zu zeigen. 


Zu besprechen sind nun nur noch zwei Register. Beide haben ähnliche Funktio- 
nen. Sie können den Adreßteil eines Befehls verändern, während das Programm 
lauft. 


Indirekte Steuerung 


Sehen wir uns zuerst an, wie das I-Regiser damit zurechtkommt. Wir erfinden 
einen neuen Opcode LDI oder “lade indirekt’. Wie bei HLT ist damit keine 
Adresse verbunden. Für die Maschine entspricht das ganz einem LD, nur wird 
das hochwertige Bit des Adreßfeldes auf "1 gesetzt. Dieses Bit nennt man 
Indirection-Flagge. Es zeigt der Maschine lediglich an, daß indirekte Steuerung 
in Kraft ist. Die binäre Form des LDI-Befehls ist somit: 


—_ 
Opcode Adresse (nicht verwendet) 


Indirection-Flagge 


Der Hexcode ist 1809. Stößt die Maschine auf diesen Befehl, so verwendet sie 
die im I-Register vorhandene Zahl als die effektive Adresse. Enthält das I-Re- 
gister also 1E4, und es wird ein LDI-Befehl ausgeführt, ist die Wirkung genau 
dieselbe, als hätte der Befehl LD 1E4 gelautet. Mit anderen Worten: Das I-Re- 
gister dient als Speicherzeiger. Den können wir nach Herzenslust umherbewe- 
gen, falls wir damit zu rechnen vermögen. Das bedeutet, Werte in das A-Regi- 
ster setzen, weil das der einzige Ort ist, wo wir rechnen können. Wir erfinden 
also einen Opcode XAl für “tausche Inhalt des A-Registers gegen Inhalt des 
I-Registers’. 

Selbstverständlich kann die Flagge für indirekte Steuerung bei jedem 
Befehl gesetzt werden, der einen Adreßteil besitzt. Wir können also STI, JPI, 
ADDI usw. verwenden; in jedem Fall lauten die letzten drei Ziffern des Hex- 
codes 899. 
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Ein Beispiel 


Sehen wir unsein Beispiel an, bei dem diese Ideen genutzt werden. Nehmen wir 
an, wir wollten ein 1D-Array von Länge 29 initialisieren, das die Zahlen 2, 4, 6, 
8...40 enthalten soll. Anders ausgedrückt: Wir wollen eine Maschinencode- 
Entsprechung für den BASIC-Code: 


FORc=1TO29 
LETa(c)=c*2 
NEXTc 


Es gibt eine Reihe von Werten, die irgendwo im Speicher stehen müssen, da- 
mit das klappt. Sie sind 1 (weil der Schleifenzähler jeweils um 1 erhöht wird), 
2 (weil das die Inkrementierung für den Arrayinhalt ist) und 2® (als Test für das 
Schleifenende). Im Augenblick will ich mich nicht darum kümmern, wo genau 
diese Zahlen gespeichert werden sollen, also lasse ich zu, daß Adressen vor- 
übergehend mit Namen bezeichnet werden (genau wie bei BASIC-Namen). 
Wir müssen diese freilich in Zahlen verwandeln, wenn wir schließlich zum 
Maschinencode kommen. Das ist ein Fall des Ersten Jonesschen Computerge- 
setzes: "Verschiebe nie auf morgen, was du übermorgen kannst besorgen.” Wir 
wollen also unterstellen, daß die Zahlen, die wir brauchen, an den Plätzen N1, 
N2 und N29 verfügbar sind. Ebenso haben wir einen Platz namens BASE, der 
die Adresse des ersten Arraylements enthält, und einen namens COUNT, der als 
Schleifenzähler dient. 

Als erstes setzen wir das I-Register so, daß es auf die Unterseite des Arrays 
zeigt: 


LD BASE 
XAl 


Dann setzen wir COUNT auf 1: 


LD N1 


ST COUNT 


Das verdoppeln wir nun (indem wir es ins A-Register zurückdatieren) und 
speichern es an dem Platz, auf den das I-Register zeigt. (Wir sprechen kurz vom 
"Speichern durch das I-Register‘'.) 


ADD COUNT 
ST 


Wir ”entdoppeln” den Wert auf dem A-Register wieder, ziehen 20 ab und 
prüfen, ob das Ergebnis Null ist. Wenn ja, sind wir fertig: 


SUB COUNT 
SUB N2® 
JPZ OUT 
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OUT ist eine weitere, noch unbestimmte, Adresse. Wir wissen noch nicht, wo 
sie ist, weil wir nicht wissen, wo das Programm aufhört, also ist es wieder 
nützlich, ihr vorübergehend einen Namen zu geben. 

Wenn die Verzweigung nicht stattfindet, fügen wir 1 zu COUNT hinzu: 


LD COUNT 
ADD NI 
ST COUNT 


und inkrementieren das I-Register um 1: 


XAl 
ADD N1 
XAl 


Das laufende COUNT ist nun wieder im A-Register, so daß wir mit einer 
Schleife zur Verdoppelungsoperation zurückkehren können: 


JP LOOP 


vorausgesetzt, wir geben dem "ADD COUNT-Befehl die symbolische Adresse 
“LOOP”. Das geschieht, indem wir dem Befehl seine symbolische Adresse 
voranstellen, gefolgt von einem Doppelpunkt: 


LOOP: ADD COUNT 


Das Gleiche können wir tun, um die benötigten Anfangswerte zu setzen, indem 
wir einen neuen Opcode HEX definieren, der einfach ein Wort auf einen ver- 
langten Wert setzt. Eigentlich ist das gar kein Opcode, weil er keinem Maschi- 
nenbefehl entspricht. Wir reden deshalb von einer Pseudo-Operation. Das 
ganze Programm sieht so aus (die Zahlen in der Spalte ganz links und ganz 
rechts beachten Sie vorerst noch nicht): 


029 LD BASE 1 033 
921 XAl A 900 
022 LD N1 1 039 
023 ST COUNT 2 932 
024 LOOP: ADD COUNT ® 932 
025 STI 2 800 
026 SUB COUNT 4 032 
027 SUB N2® 4 031 
028 JPZ OUT 6 047 
029 LD COUNT 1 932 
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d2A ADD N1 0 939 
Q2B ST COUNT 2 032 
d2C XAl A 000 
02D ADD N1 d 939 
®2E XAl A 009 
Q2F JP LOOP 5 924 
030 N1: HEX 9991 d 991 
031 N2P: HEX 0914 d 914 
032 COUNT: HEX luloln) 0 000 
033 BASE HEX 0999 d 909 


Die einzige symbolische Adresse, die in der linken Spalte nicht erscheint und 
deshalb noch unspezifiert bleibt, ist OUT. Darüber zerbrechen wir uns später 
den Kopf. 

Die Form des Programms, das wir jetzt geschrieben haben, wird Assem- 
blercode genannt. Bei modernen, leistungsstarken Computern gibt es ein As- 
semblerprogramm, dessen Aufgabe darin besteht, das für uns in echten Maschi- 
nencode zu übersetzen. 


Assemblieren von Hand 


Leider besitzen weder unsere erfundene Maschine noch der Spectrum ein 
solches Programm (man kann es allerdings im Handel erwerben). Wir müssen 
das also selbst machen. Wir brauchen eine Tabelle von Opcodes und ihren 
entsprechenden Hexwerten: 


Opcode Hex 
ADD 
LD 
ST 
HLT 
SUB 
JP 
JPZ 
JPN 
CALL 
RET 
XAl 


povovvonoa a »vwun 6-66 
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Außerdem müssen wir wissen, wo der Programmbeginn ist. Das ist eine mehr 
oder weniger willkurliche Entscheidung, also wollen wir unterstellen, er sei bei 
020. Da jeder Befehl ein Wort besetzt, können wir die Adresse jedes Befehls 
schriftlich festhalten. Man kann sehen, daß ich das auf der linken Seite des 
Programms auf Seite 34 getan habe. Wir können die Opcodes und Adressen 
nun durch ihre Hexwerte ersetzen. Beispielsweise wird LD BASE zu 1033, weil 
BASE nun als 933 identifiziert ist. Die rechte Spalte auf Seite 34 zeigt den 
vollständigen Code. 

Der einzige Befehl, der noch einen Kommentar nötig hat, ist JPZ OUT, 
codiert als 6047. Weshalb steht OUT gerade bei 947? Es könnte auch anderswo 
sein, aber 947 ist die erste Position, wo es sein kann. Der Grund: Das Array 
nimmt den Platz von 033 bis 046 ein (zwanzig Wörter), und wir wollen ja nicht 
im Datenbereich des Programms herumtappen. 


Das Index-Register 


Bei Verwendung des X-Registers wird die echte Befehlsadresse dadurch gebil- 
det, daß man das Adreßfeld dem Inhalt des X-Registers hinzuaddiert. Beispiel: 
Wenn das X-Register 409 enthält, hat der Befehl LDX 995 dieselbe Wirkung 
wie LD 408. 

Wir stehlen uns noch ein Bit des Adreßfelds, um anzuzeigen, wann 
Indizieren im Gange ist, also sieht der Befehl LDX 905 folgendermaßen aus: 


pooılolılonoooneıeı] 
Opcode 


Adresse 


Indexflagge 


Indirection-Flagge 
In Hex ist das 405. Eigentlich gibt es beim Indizieren nichts, was Sie nicht auch 
mit indirekter Steuerung leisten könnten. Indizieren bewirkt lediglich, daß 


Rechnen mit Adressen automatisch ausgeführt und die Arbeit nicht Ihnen 
überlassen wird. 
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7 Endlich: Der Z80 


Die echte Architektur des Z80-Mikroprozessors, Herz (oder Hirn?) 
Ihres Spectrums. 


Tut mir leid, daß Sie sich durch die letzten zehn Seiten, oder wieviele es waren, 
hindurchquälen mußten, ohne irgend etwas ausprobieren zu können, aber 
wenn Sie wirklich begriffen haben, worum es ging, werden Sie feststellen, daß 
es eine Kleinigkeit ist, den Z8® zu verstehen. 

Bevor wir uns mit der Architektur des Z8® befassen (so ganz genau 
stimmt die Kapitelüberschrift janun doch nicht), nehmen wir uns ein paar von 
den Problemen des Prozesses vor, die ich eben angesprochen habe. 

Erstens läßt der Operationscode mit seinen 4 Bits nur 16 verschiedene 
Befehle zu. (Na gut, ein bißchen haben wir geschwindelt, als wir zuließen, daß 
die Flaggen der indirekten Steuerung und des Indizierens in das Adreßfeld 
hinüberreichen durften, was aber andererseits wieder bedeutet, daß wir die 
Adreßgröße und damit die Höchstgröße des Speichers begrenzt haben!) Der 
Z80 hat 694 Befehle! Jedem einzelnen eine eigene Bitanordnung zuzugeste- 
hen, heißt, daß wir ein Feld von 8 Bits (ein Byte) brauchen; und sogar dann muß 
man ein bißchen schwindeln. 

Zweitens verwendet unsere erfundene Maschine den Speicher recht 
sorglos. Manche Adressen (etwa HLT, LDI, STI) benützen das Adreßfeld nicht, 
so daß eine Folge solcher Befehle in jedem Wort 1® Bits vergeudet. Der Z8® löst 
dieses Problem dadurch, daß er verschiedenen Befehlen verschiedene Längen 
zugesteht. Manche Befehle haben kein Adreßfeld und sind genau 1 Byte lang. 
Andere haben ein Adreßfeld von 1 Byte Länge und sind damit 2 Bytes lang. 
Andere, insgesamt 3 Byte lang, haben ein Adreßfeld von 2 Bytes Länge. Es gibt 
sogar welche, die Opcodes von 2 Bytes besitzen! Das bedeutet, daß der PC 
nicht für Jeden ausgeführten Befehl um 1 inkrementieren kann. Er muß inkre- 
mentieren um die Länge des Befehls. 

Drittens müssen wir stets Wörter von 16 Bits verarbeiten, was nicht 
günstig ist, wenn wir uns mit Zeichen befassen, die in der Regel jeweils ein Byte 
besetzen. Es wäre also schön, wenn 8 Bit- und 16 Bit-Operationen zulässig 
wären. 

Viertens kann ärgerlich sein, daß es nur ein Allzweckregister (das A-Re- 
gister) gibt. Oft heißt das, daß Zwischenergebnisse vorübergehend in den 
Speicher zurückgestellt werden müssen, während andere Berechnungen statt- 
finden. Der Z8® hat eine Reihe von Allzweckregistern, obschon, wie wir sehen 
werden, die genaue Anzahl davon abhängt, wofür wir sie verwenden. 
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Die Register 


Hier die Registerorganisation: 


Allzweck- 
register 
Hauptbestand Ersatzbestand 

IX 

IY Allzweck- 

SP register 

PC 

16 Bit 


Den Ersatzbestand wollen wir vorerst nicht beachten. 

Die Register treten paarweise auf, was darauf hindeutet, daß sie entweder 
als 8- oder als 16 Bit-Register verwendet werden können. Beispielsweise 
können wir uns auf das B-Register (8 Bits) oder das BC-Register (16 Bits) 
beziehen. Die Register B, C, D, E, H und L können alle auf diese Weise genutzt 
werden (ausschließlich als Paare BC, DE und HL), aber die Register A und F 
sind nichts anderes als 8 Bit- Register und können nicht kombiniert werden. Bei 
den 16 Bit-Paaren ist, wie zu erwarten, das höherwertige Bit daslinke (B,D,H). 

Es gibt zwei Index-Register, IX und IY, einen Stapelzeiger (SP) und einen 
Programmzeiger (PC). Wie, keine indirekte Steuerung? In der Tatkann jedes der 
16 Bit-Allzweckregisterpaare (BC, DE oder HL) für indirekte Steuerung ver- 
wendet werden; der Einfachheit halber wollen wir zu diesem Zweck aber stets 
das HL-Register verwenden. 

Es gibt zwei Befehlssätze, einen für den Umgang mit 8 Bit-Operationen, 
den anderen für den mit 16 Bit-Operationen. Wir fangen an mit den "Lade’- 
Befehlen von 8 Bits. 
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8 Adtressierarten 


und die LD-Befehle 


Es gibt fünf verschiedene Wege, sich auf die in Z80-Befehlen 
verwendete Adresse zu beziehen. Am leichtesten versteht man sie 
unter Bezug auf die LD-Befehlsgruppe, die Daten von einem Platz 
zum anderen verschieben. 


Sehen wir uns die "Lade’-Operation (LD) als ein Beispiel der 8 Bit-Gruppe an. 
Sie ähnelt sehr dem LD-Befehl bei unserer erfundenen Maschine, nur sind zwei 
Adressierarten zugelassen: Register zu Register und sofort. Das sind insgesamt 
fünf, mit direkt, indirekt und indiziert wie vorher verfügbar. 


1 


Direktes Adressieren 

Das sieht ganz ähnlich aus wie unsere erfundene Entsprechung; wir 
müssen nur, weil mehr als ein Register vorhanden ist, angeben, welches 
Register geladen werden soll: 


LD A, (®FIC) 


Das lädt den Inhalt von ®F1C in das A-Register. Beachten Sie, daß die 
Bewegung üblicherweise von rechts nach links geht, so daß wir schrei- 
ben können: 


LD (®F1C),A 


womit gemeint ist ""kopiere den Inhalt des A-Registers nach ®F1C’. 
(In Wahrheit ist das A-Register das einzige Register mit 8 Bits, das direkt 
adressiert werden kann.) 


Indirektes Adressieren 
Auch das ist ganz normal. Da wir uns für indirekte Steuerung auf HL 
einigen wollen, lautet das Befehlsformat: 


LDA, (HL) 
Das bedeutet: “Lade das A-Register durch das (das heißt, von der 


Adresse enthalten in) HL-Register.” Um Daten in die andere Richtung 
weiterzugeben, könnten wir verwenden: 


LD (HL), A 
was den Inhalt von A an die in HL enthaltene Adresse setzt. (Für diesen 
Befehl sind auch andere Register als A zulässig.) 


Indiziertes Adressieren 
Hier müssen wir angeben, welches Indexregister in Gebrauch ist, und den 
Umfang der Versetzung: 


LD A, (IX + 2E) 
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Beachten Sie, daß ich bei direktem Adressieren eine Adresse von 4 
Hexziffern angegeben habe, weil für die Adresse 16 Bits (4 Bytes) zuläs- 
sig sind. Der Versetzungswert in einem Befehl mit indizierter Adresse muß 
jedoch in 1 Byte enthalten sein, so daß ich nur zwei Hexstellen verwendet 
habe. 


4 Register zu Register 
Zwischen Registern können wir Daten so übertragen: 


LDD,B 
was bedeutet: "Lade den Inhalt von B in D.” 


5 Sofort 
Hier werden statt der Datenadresse Daten selbst in das Adreßfeld gela- 
den. Wir können also schreiben: 


LD B, 97 


mit der Bedeutung: "Stell die Zahl 7 nach B.’' Beachten Sie auch hier, daß 
die Zahl zwei Hexstellen umfaßt, weil sie im Einzelbyte des B-Registers 
gespeichert werden muß. Beachten Sie ferner, daß ein "LD” in Wirklich- 
keit ein Kopieren ist; die Zahlen werden in ihren ursprünglichen Adressen 
oder Registern aufbewahrt, am Ziel jedoch eine Kopie abgelegt. 


Hexcodes 


Sehen wir uns an, wie jeder dieser Befehle in Hex aussieht. Eine komplette 
Aufstellung finden Sie in Anhang 6 (siehe Beilagekarte). 


1 LDA,(P1FC) 


Zuerst schlagen wir den Opcode für den LD A, (nn)-Befehl nach. (Das nn steht 
für eine beliebige 2 Byte-Adresse). Das ist 3A. Man möchte also annehmen, der 
Befehl sei zu codieren als: 


3A dFIC 


Leider gibt es eine kleine Komplikation, hervorgerufen durch die Art, wie der 
Z8® über Zahlen denkt; er will das am wenigsten bedeutsame (jüngere) Byte 
einer Adresse zuerst haben. Wir müssen die Adreßbytes also vertauschen: 


3A 1C9$F 
Das ist ein wenig ärgerlich, aber man gewöhnt sich bald daran. Das ist eine 
unabdingbare Regel für 2 Byte-Zahlen in Z8®-Befehlen: zuerst das jüngere 
Byte, dann das ältere: daher die vielen PEEK X + 256* PEEK (X + 1) im 
Sinclair-Handbuch. 

Der Befehl LD (nn), A hat Code 32, also wird aus 

LD (®1FC) dann 32 1CQF 
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2 LDA, (HL) 
Das ist einfach. Es gibt keinen Adreßteil, also ist das nur ein 1 Bit-Opcode. 


Schlagen Sie nach, Sie finden 7E. 
Ähnlich wird LD (HL), Aals 77 codiert. 


3 LDA, (IX + 2E) 
Der Befehl lautet allgemein LD A, (IX + d), wobei d eine 2 Byte-Verschiebung 
(in Zweierkomplementschreibung) anzeigt, und der Code lautet DD 7E. 
(Beachten Sie, daß ist ein 2 Byte-Opcodel) Der Befehl lautet dann: 

DD 7E2E 


wo das Byte 2E die in diesem Fall gewählte Verschiebung ist. 


4 LDD,B 
Auch hier kein Problem. Der Code ist 50. 


5 LD B, 07 
Der Opcode ist 96, der Befehl also 96 97. 
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9 Maschinencode speichern, fahren 
und sichern 


Wir müssen nicht nur lernen, Maschinencode zu schreiben, son- 
dern auch, den Spectrum dazu zu bringen, daß er ihn ausführt, und 
wie wir unsere Bemühungen für die Nachwelt erhalten wollen. 


Das Hauptziel dieses Kapitels besteht darin, ein einfaches BASIC-Nutzpro- 
gramm zu entwickeln, das dem Maschinencode etwas von seiner Mühsal 
nimmt. Eine verfeinerte Version davon steht in Anhang 7. 

Fangen wir an mit dem Spectrum-Speicher. Es gibt ihn in zwei Arten: 


Startadresse Schlußadresse 


ROM N 0 16383 _3FFF 
RAM 16384 4009 


32767 __TFFF (16K-Gerät) 
65535 __FFFF (48K-Gerät) 


Das ROM enthält das Betriebssystem, den BASIC-Interpreter und so weiter; es 
wäre katastrophal, wenn wir daran herumdoktern würden, und man hat es so 
eingerichtet, daß das nicht geht. ROM heißt "Read Only Memory” - Nur-Lese- 
Speicher. Man kann mit PEEK hinein, aber nicht mit POKE. 

Mit dem RAM (Random Access Memory — Speicher mit wahlfreiem 
Zugriff) können wir machen, was wir wollen, und im RAM muß der Maschinen- 
code gespeichert und ausgeführt werden. Ein mögliches Problem ist, daß das 
BASIC-System den RAM ebenfalls benützen will. Wenn wir den Maschinen- 
code an beliebiger Stelle speichern, löscht ihn das BASIC-System einfach, 
überschreibt ihn oder macht ihn sonst kaputt. Wir müssen den Maschinencode 
dort festhalten, wo er vom BASIC-System nicht benützt (oder wenigstens nicht 
verändert) wird. 

Der zivilisierte Platz (andere sind möglich, siehe weiter hinten im Band) 
ist oben auf dem Speicher. Hier ein Bild des Speicherbereichs, um den es hier 
geht: 
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BASIC BEREICH 


(ungefähr 20 
verschiedene 
Stücke) < RAMTOP 
—- UDG 
USER- 
DEFINIERTE 
GRAFIK 
—- P-RAMT 


Die Adressen der Grenzen zwischen diesen Bereichen sind enthalten in drei 
Systemvariablen, die Adressen von diesen bei 16K oder 48K dieselben: 


RAMTOP 23730 - 1 
UDG 23675-6 
P-RAMT 23732-3 


Das sind 2 Byte-Variable, und den Wert von z. B. RAMTOP finden Sie durch 
Verwendung von 


PRINT PEEK 23730 + 256 * PEEK 23731 


Schaltet man die Maschine das erstemal ein, werden diese auf Standardwerte 


gesetzt: 


32599 7F57 65367 FF57 
32699 7F58 65368 FF58 
32767 TFFF 65535 FFFF 


RAMTOP 
UDG 
P-RAMT 


Das BASIC-System verwendet den Bereich unterhalb und einschließlich der 
Adresse in RAMTOP. Der Teil von UDG bis hinauf zu P-RAMT (Oberseite von 
RAM physisch) speichert das Format für userdefinierte Grafik. Dieser Bereich 
kann in der Größe verkleinert oder ganz geräumt werden, wenn man den Wert 
von UDG verändert; um die Sache aber nicht übermäßig zu komplizieren, gehe 
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ich davon aus, daß wir den Bereich für userdefinierte Grafik an seinem üblichen 
Platz lassen wollen. 

Wir schaffen Platz für den Maschinencode, indem wir den Wert von 
RAMTOP herabsetzen. Beispiel: Um 60® Bytes Raum freizumachen und den 
Maschinencode bei Adresse 320009 beginnen zu lassen, müssen wir RAMTOP 
verändern zu 32000 - 1 = 31999. 

(Das schafft mehr als genug Platz für alles, was in diesem Band vor- 
kommt, und die Startadresse für Maschinencode ist dezimal (32000) ebenso 
wie hex (7D®®) eine runde Zahl, so daß ich nach diesem Wert normiere. Wenn 
Sie einen anderen Wert wollen, verändern Sie einfach jedesmal 32000 und 
31999 oder 7D®® und 7CFF, wo sie vorkommen, zu dem von Ihnen gewünsch- 
ten Wert. Damit ich mich mit dem 48K-Gerät nicht eigens beschäftigen muß, 
verwende ich dafür ebenfalls 320®®, aber damit vergeude ich ungefähr 32 K 
RAM. Sie nehmen vielleicht lieber 64009, in Hex FA®B®. Während man Maschi- 
nencode /ernt, ist der vergeudete Platz unwichtig, aber bei richtigen Program- 
men würden Sie RAMTOP ganz gewiß überlegter wählen wollen). 

Um RAMTOP herabzusetzen, verwenden Sie folgenden Befehl: 


CLEAR 31999 
Das hat folgende Wirkungen: 


Es löscht alle Variablen. 

Es löscht das Displayfile wie ein CLS. 

Es setzt die PLOT-Position auf links unten: (®, ®) 

Es führt mit RESTORE den DATA-Zeiger zum Start zurück. 

Es löscht den GO SUB-Stapel, der die Rücksprungadressen für die bisher 
verwendeten Subroutinen enthält. 

Es setzt RAMTOP auf 31999 und “sichert die Adressen 32000 und 
aufwärts vor Störungen. 

Es setzt den neuen GO SUB-Stapel unter diesen neuen Wert von RAM- 
TOP. 


Ein Befehl wie 
CLEAR 31447 


würde genau dasselbe leisten, RAMTOP aber auf 31447 setzen, wodurch viel 
mehr Platz bliebe; die Adressen wären von 31448 an aufwärts "ungefährdet'. 

Am besten verwendet man CLEAR offensichtlich, bevor man irgendwel- 
che Variablen zugeteilt, irgend etwas angezeigt oder irgendeine Subroutine 
aufgerufen hat. Das Ladeprogramm unten setzt RAMTOP gleich zu Anfang 
zurück, aber wenn Sie selbst etwas schreiben, ist es keine schlechte Idee, sich 
den Gebrauch von CLEAR anzugewöhnen, bevor man sonst irgend etwas tut. 


Warnung 


Um das Obige noch einmal hervorzuheben: Damit Sie den Bereich von der 
Adresse Adresse’ aufwärts sichern, verwenden Sie CLEAR-Adresse -1, nicht 
bloß CLEAR Adresse. Der Wert in einem CLEAR-Befehl ist die /etzte ungesi- 
cherte Adresse, nicht die erste gesicherte. Das ist eine Beschwernis, aber eine 
kleine. Vergessen Sie sie nicht. 
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Maschinencode speichern 


Was wir brauchen, ist ein Programm, das Hexcodes annimmt und die zugehö- 
rigen Bytes geordnet über RAMTOP speichert. Es wird später in diesem Kapitel 
noch ergänzt, um es vielseitiger zu machen. 


10 CLEAR 31999 
20 PRINT "Basisadresse: 32000" 
30 PRINT "Zahl der Datenbytes: [_]"'; 
40 INPUT d: PRINT d 
50 LET b = 32909 
60 FORi=PdTOd 
70 POKEb+i,® 
80 NEXTi 
99 LETa=b+d 
100 DIMhs (2) 
110 PRINT "CODE!" 
120 INPUT c$ 
130 IFc$= "s” THEN GO TO 299 
140 PRINTc$+ "[J"; 
150 LEThs = CODE c$ (1) -48-39 * (c$ (1) > 9") 
160 LEThj = CODE c6$ (2) -48-39 * (c$ (2) > 9") 
170 POKEa,16*hs+hj 
180 LETa=at1 
198 GOTO 120 
200 POKE a, 291 
Das Ziel von Zeile 30 ist, daß wir einige Adressen vor dem Maschinencodepro- 
gramm für die Aufnahme von Daten reservieren können; das ist oft nützlich. 
Zeilen 60-80 füllen diesen freien Raum mit Nullen; die eigentlichen Daten 
können später, sobald sie gebraucht werden, mit POKE eingegeben werden. 
Zeilen 150-16® wandeln den Hexcode so in zwei (dezimale) Zahlen zwischen 
® und 15 um (statt ® -9, A-F), daß 16 * hs + hj die tatsächliche Dezimalent- 


sprechung des Hexcodes liefert. Zeile 17® setzt das mit POKE in die richtige 
Adresse. 


Das Input-"s’”, kein Hexcode, dient als Begrenzer und teilt der Maschine 
mit, keinen Code mehr anzufordern. Zeile 200 sorgt dafür, daß der letzte Befehl 
im Maschinencodeprogramm der RET- (spring zurück zu BASIC) Befehl ist, der 
Hexcode C9 hat (dezimal 201). Wie das Handbuch auf Seite 180 betont, ist es 
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wichtig, die Maschinencoderoutine mit diesem Befehl zu beenden; das Lade- 
programm setzt ihn deshalb automatisch, für den Fall, daß Sie es vergessen 
sollten. (Ein zusätzliches RET richtet keinen Schaden an; es macht also nichts, 
wenn es Ihnen doch einfällt und Sie ihn zweimal setzen.) 


Maschinencode fahren 


Um die Routine zu fahren, verwendet man den Befehl USR. Aus technischen 
Gründen ist USR eine funktion, deren Argument die Adresse ist, wo die Ma- 
schinencoderoutine anfängt, und deren Wert der Inhalt des BC-Registers im 
Z80, wenn die Routine aufhört. Unterwegs dorthin wird der Spectrum aber das 
Maschinencodeprogramm tatsächlich ausführen. (Das mag ein bißchen per- 
vers klingen, aber es soll dazu führen, daß innerhalb eines BASIC-Programms 
Maschinencode leicht zugänglich wird.) Wenn der Maschinencode bei 32009 
beginnt, brauchen wir einen Befehl wie 


LET y = USR 32099 


obwohl wir uns selten für den tatsächlichen Wert von y am Ende des Ganzen 
interessieren! Jeder Befehl, der USR 32009 verwendet und dessen Syntax 
richtig ist, geht. Beispiel: 


RANDOMIZE USR 32909 


(Beachten Sie, daß das Mühe spart, weil RANDOMIZE nur einen einzigen 
Tastendruck erfordert) oder auch 


RESTORE USR 32909 


oder was immer... 

Wenn es Datenbytes gibt, muß 32090 erhöht werden, um zu vermeiden, 
daß sie als Programmteil behandelt werden. Mit dem Folgenden, dem angefügt, 
was wir schon haben, können wir Maschinencode fahren. Es ist so eingerichtet, 
daß es in diesem Stadium auch andere Optionen zuläßt — siehe unten. 


300 INPUT "Option?”; 0$ 
310 IFo$ = "r" THEN GO SUB 49 


399 STOP 
400 LETy=USR(b+d) 
410 RETURN 


Maschinencode sichern 


Ein Maschinencode-Programm läßt sich mit SAVE sichern, wenn man Byte- 
speicherung verwendet, siehe Handbuch Seite 144. Angenommen, unsere 
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Routine wird 77 Bytes lang, das letzte RET eingeschlossen. Wir sichern sie dann 
(etwa) unter dem Namen "'m-code” mit dem Befehl 


SAVE "m-code’' CODE 32009, 77 


wo 320009 das Startbyte ist und 77 die Länge. Da wir die Positionierung ja 
normiert haben, ist es aber sinnlos, sich über die Länge den Kopf zu zerbrechen, 
und wir könnten regelmäßig 77 durch 6®® ersetzen. (Auf dem Magnetband 
dauert das ein bißchen länger, aber wirklich nicht viel.) 

Eine solche Folge von gespeicherten Bytes wieder mit LOAD zurückzuladen, ist 
ebenso einfach. Der Befehl 


LOAD "m-code’' CODE 
genügt. Wenn Sie den Namen vergessen haben, nehmen Sie 
LOAD "" CODE 


Wir können die beiden Dinge ebensogut als Optionen in unseren Lader ein- 
bauen: 


320 IFo$ = "s’" THEN GO SUB 509 

330 IFo$ = “I” THEN GO SUB 699 

500 INPUT "Name fuer SAVE?’; n$ 

510 IFn$=""THEN LET n$ = "m-code” 
520 SAVEn$CODE b, 609 

530 RETURN 


600 INPUT "Name fuer LOAD?’”; n$ 
610 LOAD n$ CODE 
620 RETURN 


Überprüfen und anzeigen 


Ein letzter Zusatz ermöglicht uns, das Listing auf dem Schirm zu überprüfen 
oder sogar auszudrucken, wenn wir einen Drucker haben. (Wenn es Fehler gibt, 
korrigieren Sie die durch Eingabe mit POKE an diesen Adressen. HELPA, 
Anhang 7, macht das auf sinnvollere Weise, aber im Augenblick reicht das aus.) 


348 IF$= "z" THEN GO SUB 799 
350 IFo$ = "p" THEN GO SUB 799 


47 


700 IF o$ = "p” THEN PRINT: IF 0$ = "z” THEN LPRINT 
702 FORi=bTOa 

71® LETj= PEEK i: LET js: INT (j/116): LETjj=j-16*js 
720 LETh$ (1) =CHRS$ (js +48 +7* (js > 9)) 

730 LETh$ (2) =CHRS (jj +48 +7*(jj > 9)) 

740 IFo$="p" THEN PRINT: "OO" +hs+"OO" | 
750 IFo$ = "z’ THEN LPRINT: "OO" +hs+"00" | 
760 NEXTi 

770 RETURN 


Das liefert vom Programm sowohl ein Dezimal-, wie ein Hex-Listing der Adres- 
sen. 

Beachten Sie, daß die Originaleingabe die Buchstaben a-f in Klein- 
schreibweise anzeigt, das Obige aber Großschreibweise verwendet. Wenn Sie 
das stört, ist es eine gute Übung, einen Weg zu finden, das zu verhindern. Aber 
in Wirklichkeit ist es sogar sehr praktisch, wechselweise Groß- und Kleinschrei- 
bung zu verwenden. Ich werde das auch weiterhin so halten. 

Wir können diese Option nutzen, um das Listing vor und nach einem Lauf 
zu prüfen, vorausgesetzt wir fügen an 


370 GOTO 399 


damit wir die Optionen alle wieder zur Verfügung haben. Um anzuhalten, 
könnten Sie hinzufügen 


360 IFo$ = “a” THEN STOP 


Die möglichen Optionen sind nun: 


a STOP 

| LOAD 

p PRINT (auf dem Schirm anzeigen) 
r RUN (Maschinencode) 

S SAVE 


Z COPY (an Drucker) 
Der Rest des Buches geht davon aus, daß Sie das obige Programm auf Band 


gesichert haben und es für die gelieferten Maschinencode-Listings jederzeit 
verwenden können. 
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10 Arıthmetik 


Für den Anfang hier ein paar Routinen zu Addition und Subtrak- 
tion. Was könnte einfacher sein? 


Der Schlüssel zur Arithmetik ist das Vorhandensein von ADD- und SUB-Befeh- 
len, die beide das A-Register benützen und außer der direkten jede Adressierart 
verwenden können. 

Schreiben wir zum Anfang ein Programm, das die Zahlen 4 und 7 zusam- 
menzählen soll. Wir müssen die eine in das A-Register, die andere in das 
B-Register laden, sie addieren und das Resultat irgendwo hineinsetzen. Wenn 
wir den LADER mit 1 Datenbyte verwenden, können wir die Summe in die 
Adresse 32000 (7D®P) setzen. Zuerst übertragen in Opcode-Mnemonik: 


A ins A-Register setzen: LD A, 04 

7 ins B-Register setzen: LD B, 07 
Addieren (wobei die Summe 

im A-Register landet): ADDA,B 
Ergebnis speichern: LD (7D99), A 


Schlagen Sie die Opcodes nun im Anhang nach. Sie erhalten die Hexcodierung: 


LD A, 94 3E 94 
LD B, 97 06, 07 
ADDA,B 80 

LD (7D99), A 32 90 7D 


Beachten Sie, wie das 7D®® die Reihenfolge 907D annimmt, wie ich eben 
erwähnt habe. 

Jetzt wird das geladen. Bringen Sie das LADER-Programm in den Spec- 
trum und fahren Sie mit RUN. Wenn Datenbytes verlangt werden, geben Sie 1 
ein. Dann der Reihe nach die Hexcodes eingeben, in der Form 


3e 4 06 07 80 32 00 7d 
(weil der LADER in Kleinbuchstaben anzeigt) und schließen Sie ab mit 

S 
als Begrenzer (und um den entscheidenden RET-Befehl anzufügen, den ich 
vergessen habe!). 


Als Option nehmen Sie “r” für Run. 
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Schön, aber wo ist die Lösung? Am leichtesten sieht man sie mit Option 
“p’, einem Listing. Das Ergebnis ist dann: 


32909 OB 11 
32001 3E 62 
32092 94 4 
32003 06 6 
32004 07 7 
32005 80 128 
32006 32 50 
32997 09 ® 
32008 7D 125 
32099 Cc9 201 


Wir sehen das Programm ab 32001, auch das abschließende RET, C9. Wir 
sehen ferner das Resultat der Addition, 11, in 32000, wo wir es haben wollten. 

Bevor wir weitergehen, schreiben Sie Maschinencodeprogramme für die 
Berechnung von: 


18 +66 
13+17 
23+6 


Sie verwenden das Obige, ändern 94 und 97 aber zu dem neuen Zahlenpaar ab; 
achten Sie darauf, daß in jedem Fall die Lösung in 32099 steht. 


Daten besser nutzen 


Das ist gut, aber wir wollen nicht für jedes Zahlenpaar ein neues Programm 
schreiben, oder? 

Wir könnten ®4 und 97 zu allgemeinen Zahlen m und n abändern und 
schreiben 


POKE 32092, m: POKE 32904, n 


Wenn wir das machen, bringen wir aber Programm und Daten durcheinander, 
weil die zwei Zahlen eigentlich Daten sein müssen. Hier spielt das zwar keine 
Rolle, aber bei einem komplizierteren Programm ist es ärgerlich, wenn während 
eines Laufs das Programm selbst verändert wird (man spricht dann von einem 
selbstmodifizierenden Programm): Erstens, weil man es dann nicht mehr ver- 
wenden kann, zweitens, weil es keinen Nachweis dafür gibt, wie es vorher 
aussah. 
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Es wäre also klüger, die beiden Zahlen so festzulegen, daß sie als Daten 
addiert werden; man lädt sie als Teil des Programms in die Register, addiert sie 
und lädt die Lösung in Daten. 

Wir reservieren deshalb drei Datenbytes: 


32000 Erste Zahl 
32001 Zweite Zahl 
32002 Summe 


was in Hex 7D®®, 7D91 und 7D®2 ist. Das Programm, das bei 7D®3 beginnt 
sollte so aussehen: 


Erste Zahl nach A laden: LD A, (7D09) 
Zweite Zahl nach B laden: LD B, (7D91) 
Addieren: ADDA,B 


Summe nach 32990 stellen: LD (7D®2), A 


Das ist wunderbar, aber wenn Sie sich die Hexcodes ansehen, entdecken Sie, 
daß es keinen Befehl LD B (nn) gibt. Mist! 

Das kann man umgehen. Ein Weg ist der, über das HL-Register indirekt zu 
steuern, so daß wir statt LD B (7D®1) schreiben: 


HL mit der Adresse laden: LD HL, 7D91 
B durch HL laden: LDB, (HL) 


Das Programm hat also jetzt die Form: 


LD A (7D99) 3A0BP7D 
LD HL, 7D91 21017D 
LD B, (HL) 46 
ADDA,B 80 
LD (7D92), A 32027D 


Laden Sie das, indem Sie drei Datenbytes reservieren, dann bringen Sie das 
Programm mit STOP zum Stehen, um die Daten zu setzen mit 


POKE 32009, 44: POKE 32001, 33 
wenn Sie (sagen wir) 44 und 33 addieren wollen. Dann GO TO 3090, um in den 


LADER zurückzukommen, und die Option "r” für Run eingeben. Anschließend 
tippen Sie "p’, um ein Listing zu erhalten. Die ersten drei Eintragungen lauten: 


32099 2C 44 
32991 21 33 
32002 4D 77 
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Dann folgt der Rest des Programms. Die Summe 77 findet sich, wie wir gehofft 
hatten, in Adresse 32002. 

Verändern Sie die mit POKE angegebenen Daten und sehen Sie sich die 
Ergebnisse an. 

Versuchen Sie vor allem 


POKE 32909, 240: POKE 32091, 199 


Sie werden sehen, daß der Computer überzeugt ist, 240 + 100 = 84. Wenn 
Ihnen das merkwürdig vorkommt, haben Sie recht; aber das ist Ihre Schuld und 
liegt nicht am Computer! Der ADD-Befehl vergißt Übertragungsziffern. Stellen 
Sie sich das binär vor: 


240 111198990 
190 +O01199199 


B10 19199 = 84 


11 


Die Summe erzeugt ein neuntes Bit, das ein 8 Bit-Byte nicht mehr aufnehmen 
kann; es fällt hinten herunter, und das mitgeteilte Ergebnis ist um den Wert des 
neunten Bits, nämlich 256, zu klein. In der Tat ist 256 + 84 = 349, also die 
richtige Lösung. Keine Überprüfung ist erfolgt, keine hilfreiche Fehlermeldung 
angezeigt worden. Wenn Sie Maschinencode schreiben, sind Sie auf sich selbst 
gestellt. Was Sie nicht testen, erfahren Sie auch nicht. . 

Es gibt aber Methoden, mit Übertragsziffern und dieser Art von "Über- 
lauf” fertigzuwerden, siehe weiter unten bei "Flaggen. Aber über dieses Pro- 
blem brauchen wir uns jetzt noch nicht den Kopf zu zerbrechen. 


Subtraktion 


Jetzt wollen wir sehen, ob Sie das Programm so abändern können, daß es die 
zweite Zahl von der ersten abzieht. Sie brauchen aus dem 


ADDA,B 80 
nur ein 
SUBA,B 90 


zu machen und fortzufahren wie vorher. Probieren Sie das aus, vergewissern Sie 
sich, daß 44 - 33 = 11 und stellen Sie fest, welche Wirkungen Sie durch 
Überläufe erhalten (nehmen Sie etwa 17-99). 
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11 Ein Teilsatz von Z80-Befehlen 


Es gibt 694 Z80-Befehle - hier eine Auswahl der wesentlichen und 
leichter zugänglichen, und was sie leisten. 


Ich werde nicht jeden einzelnen der 694 Opcodes beschreiben, über die der Z8® 
verfügt; das wäre mühsam und unnötig. (Siehe dazu Anhang 4.) Wir sehen uns 
einen Teil von rund 3® Befehlsarten an (die ungefähr 230 konkrete Befehle 
umfassen). Leider können nicht alle sämtliche Adressierarten verwenden. Hier 
eine Tabelle zum schnellen Nachschlagen, die zeigt, welche Befehle was benüt- 
zen können; die Opcodes stehen in Anhang 6. 


- ADD INC 
ADC DEC 
s SBC PUSH 
POP 
sicrart j 


JP 


LD HL. (nn) 
LD (nn). HL 


Indırckt LDA. (HL) JADDA. (HL) JP(HL) 
LD (HL). A 
Indiziert LDA.(IY +d)JADDA. (IY +d) 
LD(IY +d).A 


8 Bit-Operationen 16 Bit-Operationen 


Die Schreibweise in der Tabelle bedarf der Erklärung. Manche Opcodes mögen 
fremdartig erscheinen; mit denen befassen wir uns später. Im übrigen wird so 
vorgegangen: 


1 Jede Eintragung in der Tabelle zeigt ein Beispiel für das Format der 
Befehlsart. Jeder andere Opcode in dieser Spalte kann ebenso verwendet 
werden. 

2 “r” oder “s’’ meint jedes beliebige Register. Ob das ein 8 Bit- oder 16 


Bit-Register ist, hängt davon ab, in welchem Teil der Tabelle der Befehl 
steht. Beispiel: Im Befehl LDr, ssind r und s jedes 8 Bit-Register (A,B,C, 
D: E, H oder L) aber in ADD HL, r istrein Registerpaar von BC, DE, HL, 
P. 

3 “n” ist jede 8 Bit-Zahl. ‘nn’ ist jede 16 Bit-Zahl. 

4 Wenn ein Register wie bei LD A, (nn) ausdrücklich angegeben ist, han- 
delt es sich um das einzige Register, das für diesen Zweck verwendet 
werden kann. 
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Das ist arg vereinfacht. Manchmal sind andere Register verwendbar, aber 
der springende Punkt ist der, daß die Befehle, die ich gezeigt habe, stets 
in Ordnung sind und Sie sich Gedanken darüber machen können, Ihren 
Befehlswortschatz zu erweitern, wenn Sie diesen Teil hier gut beherr- 
schen. 

5 “d” ist jede 8 Bit-Zahl, aber sie wird stets zu einem 16 Bit-Wert hinzuge- 
fügt. Mit anderen Worten, es handelt sich um eine Indexverschiebung. 


Sehen wir uns jetzt die neuen Opcodes an: 


AND 


Diese Operation nimmt den Inhalt des A-Registers und ein anderes 8 Bit-Feld 

und untersucht sie Bit für Bit. Nur wenn zusammengehörige Bits beide ''1” sind, 

stellt er an diese Position im A-Register eine 1 zurück, im anderen Fall eine ''®'"'. 
Beispielsweise hat AND A, 07 folgende Wirkung: 


A-Register vor der Operation: 99119191 
07: 00900111 
A-Register nach dem AND: 0009909191 


Sehen Sie, wie die drei jüngeren Bits übertragen worden sind? Sie können AND 
also dazu verwenden, Teile eines Bytes auszuwählen. 


OR 


Das geht ähnlich wie AND, aber diesmal ist das Bit, das dabei herauskommt, 
eine 1’ dann, wenn eines der anfänglichen Bits eine "1" ist. Ein OR A, 05 
ergibt demnach: 


A-Register vorher: 019019011 
DB5: B000901901 
A-Register nachher: 019091111 


Hier werden bestimmte Bits ohne Rücksicht auf ihren vorherigen Wert zu "1" 
gezwungen. 


XOR 


Hier müssen die ursprünglichen Bitwerte verschieden sein, damit das Ergebnis 
eine 1" wird. XOR A, B3 ergibt: 


A-Register vorher: 91911919 
B3: 101190911 
A-Register nachher: 11101991 
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Das ist besonders nützlich, wenn man ein Register von ® zu 1 und wieder zurück 
kippen möchte. Enthält das A-Register zu Anfang ®, wird jedesmal bei Ausfüh- 
rung des Befehls XOR A, 91, der Wert im A-Register gekippt. (® zu 1, zurück zu 
Q, wieder zurück zu 1 und so weiter.) 


CP 


Das ist der Befehl ""Compare’' = Vergleiche. Der Inhalt des A-Registers wird 
verglichen mit dem eines anderen 8 Bit-Feldes. Das wirft aber ein Problem auf: 
Wie wird das Ergebnis des Vergleichs angezeigt? 

Dafür findet das F- (oder Flaggen) Register Verwendung. Jedes Bit des 

F-Registers enthält Information über die Wirkung des letzten Befehls, sie zu 
ändern. (Nicht alle Befehle verändern sie.) . 
. Die Flaggen, die uns am meisten interessieren, sind die Übertrags-, Null-, 
UÜberlauf- und Vorzeichenflagge. CP kann jede davon verändern, aber die 
größte Bedeutung hier hat die Nullflagge, die dann gesetzt wird, wenn die 
beiden verglichenen Werte gleich sind. 

Ist der Inhalt des A-Registers kleiner als der des damit verglichenen Bytes, 
wird die Vorzeichenflagge gesetzt. Das heißt soviel wie "das Ergebnis ist nega- 
tiv”. Mehr brauchen Sie über die Flaggen im Augenblick nicht zu wissen; das ist 
ein verwickeltes Thema, wenn man sich näher darauf einläßt. Siehe Kapitel 16 
und Anhang 5 für zusätzliche Informationen. 


Die Sprunge 


Alle bedingten Sprünge verzweigen (oder tun es nicht) entsprechend dem 
Inhalt der Flaggen. So bedeutet etwa JPZ "spring, wenn die Nullflagge gesetzt 
ist. . Jetzt können wir erkennen, wie der CP-Befehl verwendet werden kann. 
Nehmen wir etwa an, wir möchten sehen, ob ein bestimmtes Byte, auf das HL 
zeigt, 1E hex enthält. Wenn das der Fall ist, wollen wir verzweigen zu 447B. Der 
Code lautet: 


LDA,1E 3E1E 
CPA, (HL) BE 
JPZ 447B CA7B44 


Alle anderen Sprünge verhalten sich ähnlich; JPNZ heißt “spring zu einem 
Ergebnis, das nicht Null ist”" (Nullflagge nicht gesetzt), JPP "spring zu einem 
positiven Ergebnis” (Vorzeichenflagge nicht gesetzt), JPM "spring zu einem 
negativen Ergebnis” (Vorzeichenflagge gesetzt), JPNC "spring zu keinem 
Übertrag” (UÜbertragsflagge nicht gesetzt) und so weiter. Alle haben eines 
gemeinsam, nämlich, daß die Sprungadresse feststeht. Mit anderen Worten: 
Wenn wir aus irgendeinem Grund eine Routine irgendwo anders im Speicher 
fahren wollen als dort, wo wir sie zunächst geladen haben, müssen alle Sprung- 
adressen geändert werden. Der Z89 bewältigt das geschickt, indem er "relative 
Sprünge” (JR) zuläßt. Anders ausgedrückt: Sie können von dort aus, wo Sie 
sich befinden, soundsoviele Bytes vorwärts (oder rückwärts) springen. Diese 
Verschiebung ist (in Zweierkomplementation, Anhang 1) in 1 Byte enthalten, so 
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daß die Entfernung, die übersprungen werden kann, rückwärts 128 oder vor- 
wärts 127 Bytes nicht zu übersteigen vermag. 

Die Verschiebung wird danach berechnet, wohin der PC-Wert als näch- 
stes gegangen wäre, wenn kein Sprung stattgefunden hätte, nämlich von der 
Adresse des nächsten Befehls im Programm aus. Etwa so: 


— -128 80 

mu 
je sm 
JIR-Befehll —— 18 | -2 FE 
Verschiebungscode — 3 e&— -1 FF 
wo PC hingegangen wire —— NN ) 1) 
Te ı a 
oe 2 0 
3 03 


Sen 


T 


Größe der Zweier- 
Verschiebung komplement- 
zu codieren Hexcode 

wie “7” 


Hier ein Beispiel. Wir wollen jedes Speicherbyte der Reihe nach untersuchen, 
bis das erstemal 1E hex auftaucht. Nehmen wir der Einfachheit halber an, die 
Startadresse sei schon in HL. Wir könnten schreiben: 


LDA,1E 
Schleife CPA, (HL) 

INC HL 

JRNZ Schleife 


Zwei Punkte sind zu erklären. Erstens habe ich einen neuen Befehl einge- 
schmuggelt: INC. Das ist eine Abkürzung für INCrement = Inkrementieren (um 
1 erhöhen). Es fügt dem Inhalt des angegebenen Registers einfach 1 hinzu, so 
daß die Vergleichsoperation stets das nächste Speicherbyte betrachtet, weil HL 
mit jeder Schleife um 1 angehoben wird. (Übrigens leistet DEC für DECrement 

Dekrementieren genau das Gegenteil.) Der zweite Punkt: Es gibt keinen 
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offenkundigen Unterschied zwischen JRNZ Schleife und JPNZ Schleife. Erst 
wenn wir die Befehle in Maschinencode assemblieren, wird der Unterschied 
deutlich. Nehmen wir an, der Code wird, wie gewohnt, von 7D®PH aus gela- 
den: 


Adresse Befehl Hexcode 

7D0% LDA,1E 3E1E 

7D92 CPA,(HL) BE 
Schleife: 

7D03 INC HL 23 

7D94A JRNZ Schleife 20FC 


Warum steht im Adreßteil des JRNZ-Befehls FC? Das geht so: Bei Ausführung 
des JRNZ-Befehls wird der PC um 2 erhöht, weil es sich um einen 2 Byte- 
Befehl handelt. Der PC steht jetzt also bei 7D®6. Wir wollen zu Schleife 
springen, die bei 7D®2 ist, 4 Bytes dahinter oder -4 Bytes entfernt, um die 
Denkweise des Z80 zu übernehmen. Nun ist 4 in Binär PO0001MP, und wir 
erzeugen -4 durch Kippen der Bits und Hinzufügen von 1 (Zweierkomplement, 
ja?). Demnach: 


B8RRP91 99 
die Bits kippen 
1111190114 
+ 1 1 hinzufügen 


| 
11111190 

! in Hex umwandeln 

| 

FI C 
Noch etwas, das Ihnen vielleicht Kopfzerbrechen bereitet: INC verändert die 
Flaggen nicht, so daß ich nach dem Inkrementieren unbesorgt testen kann. 
Dasselbe Programm mit absoluten Sprüngen hätte so ausgesehen: 


Adresse Befehl Hexcode 
7D9® LDA,1E 3E1E 
7D02 Schleife: CPA,(HL) BE 
7D93 INC HL 23 
7D94 JPNZ Schleife C2027D 


5/ 


Beachten Sie, daß der JPNZ-Befehl 3 Bytes umfaßt, weil er eine ganze 16 
Bit-Adresse enthält; und vergessen Sie nicht, die 2 Bytes dieser Adresse zu 
vertauschen! 

In der Sprunggruppe, die ich noch nicht erwähnt habe, gibtes noch einen 
sehr wirkungsvollen Befehl -— DJNZ. Er dekrementiert das B-Register um 1 und 
springt (relativ) nur, wenn das Ergebnis nicht Null ist. 

Nehmen wir an, unser kleines Programm "suche 1E’” solle nur einen 
Bereich von einhundert Bytes (Hex 64) Länge absuchen und danach die 
Schleife verlassen, ob es 1E gefunden hat oder nicht: 


LD B, 64 06, 64 
LDA,1E 3E1E 
Schleife: CPA, (HL) BE 
JPZhabdich CA-- (Adresse für hab dich) 
INC HL 23 


DJNZ Schleife 1®F9 


Die Schleife wird hundertmal ausgeführt, es sei denn, ein TE wird gefunden, 
worauf eine Verzweigung zu Hab dich erfolgt. Anders ausgedrückt: DJNZ wirkt 
wie eine schlichte FOR-Schleife in BASIC. 

Beachten Sie, daß bei allen relativen Sprungbefehlen JR, JRC, JRNC, 
JRNZ und JRZ die Sprunggröße auf dieselbe Weise berechnet wird. Eine 
Tabelle von Zweierkomplement-Hexcodes finden Sie in Anhang 1 für das 
Codieren von Sprüngen per Hand; unser Nutzprogramm HELPA in Anhang 7 
errechnet relative Sprünge automatisch für Sie, während der Code geschrieben 
wird. 


ADC und SBC 


Das sind die Befehle “ADD with Carry’ = Addiere mit Übertrag und “SUB with 
Carry” - Subtrahiere mit Übertrag. Ich habe vorhin darauf hingewiesen, daß das 
Flaggenregister eine Übertragsflagge enthält. Sie wird gesetzt, sobald durch 
einen arithmetischen Befehl aus einem Register ein Übertrag erzeugt wird. Der 
ADC-Befehl wirkt genau wie ADD, fügt aber 1 hinzu, falls das Übertragsbit 
durch eine vorherige Operation gesetzt worden ist. Der SBC-Befehl wirkt 
genauso, nur zieht er die Übertragsflagge ab. 


Die Verschiebungen 
Die Verschiebebefehle SLA, SRA, und SRL haben alle die Wirkung, Bitmuster 
umherzuschieben. 
SLA verschiebt das Muster um 1 Bit nach links. Enthält das B-Register also 
991911980 


und es wird SLA B ausgeführt, führt das zu 


91911999 
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(Beachten Sie, daß rechts zum Auffüllen eine Null verwendet wird.) 

Da 901011900 = 44 und 91011000 = 88 (dezimal), ist die Wirkung 
erkennbar die, daß mit 2 multipliziert wird. 

Ein weiteres SLABB ergibt: 


191190990 


Da das ältere Bit jetzt 1 ist, wird das als negative Zahl betrachtet und die 
Vorzeichenflagge gesetzt. Für den Programmierer: Der Wert (176) kann nicht 
von einem Byte aufgenommen werden, so daß ein Überlauf vorliegt. 

Die Rechtsverschiebung geht ganz ähnlich, nur muß man sich eines 
merken: SRL füllt das ältere Bit mit einer Null auf, SRA aber mit dem, was vorher 
schon da war. Ein Beispiel dafür sehen Sie anschließend: 


919811999 
SRL 


19119099 


SRA 


11011999 


Der Grund dafür: SRL ist eine /ogische Rechtsverschiebung, die das Bitmuster 
nur verschiebt, ohne es zu ändern. SRA dagegen ist eine arithmetische Rechts- 
verschiebung; die Operation wird behandelt als "teile durch 2°. Wenn eine 
negative Zahl durch 2 geteilt wird, muß auch das Resultat negativ sein, so daß 
wir das Vorzeichenbit beibehalten müssen. 


PUSH und POP 


Sie werden sich an diese Begriffe wohl von unserer Besprechung der Stapel her 
erinnern. Hier werden sie genau auf dieselbe Weise verwendet und erlauben uns 
Zugang zum Maschinenstapel auf andere Weise als durch den Aufruf einer 
Subroutine. 

Das kann nützlich dafür sein, Werte zeitweilig zu sichern. Angenommen, 
Sie haben einen Wert in BC, den Sie später brauchen, wobei Sie jetzt aber BC 
für etwas anderes nutzen wollen. Sie können schreiben: 


PUSH BC 


BC 
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Das wird oft auch vor einer Subroutine CALL gemacht, also spielt es keine 
Rolle, welche Register das Unterprogramm verwendet; die Daten des Rufpro- 
gramms können dadurch nicht beeinflußt werden. Der Code könnte dann etwa 
so aussehen: 


PUSH BC 

PUSH DE Register sichern 

PUSH HL 

CALL4FA1 

POP CALL HL 

POP DE Registerwerte wiederherstellen 
POP BC (Reihenfolge beachten!) 


Voraussetzung ist, daß das A-Register von der Routine manipuliert wird, so daß 
wir es nicht sichern müssen. 


Vorsicht 


Wenn Sie nicht bewußt etwas ändern wollen, wird der Stapelzeiger SP entspre- 
chend dem Betriebssystem des Spectrum gesetzt. Es schadet nicht, ihn bei 
diesem Wert zu belassen, vorausgesetzt, Sie sorgen dafür, daß PUSH- und 
POP-Anweisungen paarweise ausgeglichen sind, so daß SP beim Verlassen der 
Maschinencode-Routine zu seinem Ursprungswert zurückkehrt. Ebenso müs- 
sen CALL- und RET-Befehle einander entsprechen. (USR erzeugt ein CALL, 
ausgeglichen durch das abschließende RET, das vom LADER-Programm am 
Ende angefügt wird.) 


Eine 16 Bit-Eigenheit 
Ein besonders wichtiges Merkmal der 16 Bit-Operation (vor allem PUSH, POP, 
LD) ist die Reihenfolge, in der Bytes vom Register in den Speicher und umge- 
kehrt übertragen werden. Das ist so: 

LD (4195), HL 


hat die folgende Wirkung, wenn HL 1E4F enthält: 


jünger 


60 


Anders ausgedrückt: Das weniger bedeutsame oder "jüngere" Byte im Register 
wird in die angegebene Adresse geladen, und das bedeutsamste oder “ältere” 
Byte in das nachfolgende. Umgekehrt hätte 


LD HL, (4195) 


genau die entgegengesetzte Wirkung. (NB: Der Code ist nach der üblichen 
Verfahrensweise 2AQ0541!). Ebenso hat 


LD HL, 1099 
(ein Versuch, HL mit dem Wert 19®® hex zu laden) den Code 
219019 


so daß, obwohl es sich bei 1000 um Daten und nicht um eine Adresse handelt, 
die Bytes wie gewohnt übertragen werden. 


Abstürze 


Wenn ein BASIC-Programm abstürzt, können Sie mit BREAK so oder so immer 
heraus, ohne das Programm zu verlieren. Maschinencode-Abstürze sind 
schlimmer. Entweder löschen sie im Speicher alles (wie NEW) oder das Gerät 
bleibt völlig stecken und muß dadurch neu gesetzt werden, daß man kurz den 
Stromstecker herauszieht — mit demselben Ergebnis. Wollen Sie einen Absturz 
sehen? Hier ist der einfachste, den ich kenne und der nicht NEW bewirkt: 


RANDOMIZE USR 996 


Geräusche, Farben und keine Reaktion vom Keyboard. Puh. RANDOMIZE USR 
14®® ist noch schlimmer. 

(Der alte Dampf-ZX81 lieferte großartige Op-Art-Abstürze; der Spectrum 
ist besser geschützt und bleibt in der Regel auf recht zivilisierte Weise hängen 
oder schnappt sich den Ball und will überhaupt nicht mehr mitspielen.) 

Bei der Arbeit mit Maschinencode sind Abstürze unvermeidlich, das 
werden Sie bald merken. Das einzig sichere Heilmittel ist, den Stromstecker zu 
ziehen, worauf Sie von vorn anfangen müssen. Es gibt aber ein paar Iohnende 
Vorsichtsmaßnahmen zur Verringerung der Gefahr: 


1 Prüfen Sie alle Maschinencode-Listings pedantisch genau und verge- 
wissern Sie sich, daß Sie sie richtig eingegeben haben. 

Verwenden Sie nicht HALT (Opcode 76 hex). Das ist nicht dasselbe wie 
der BASIC-Befehl STOP - es kommt nur zu einem Absturz. 

Achten Sie darauf, daß CALL- und RET-Befehle einander ebenso ent- 
sprechen wie PUSH- und POP-Anweisungen. 

Rufen Sie die richtige Startadresse auf. 

Sichern Sie mit SAVE auf Band, was Sie können, bevor Sie die Routine 
zum erstenmal ausprobieren, es sei denn, daß nicht viel verlorengehen 
kann. 


PP _ w@ N 
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12 Ein Maschinencode- 
Multiplikator 


Maschinencode enthält keinen Befehl für das Multiplizieren von 
Zahlen, aber es geht trotzdem, wenn Sie Arithmetik, Logik und 
Verschiebungen verbinden. Wir gehen den Dingen schon ein biß- 
chen mehr auf den Grund... 


Schreiben wir ein paar einfache Routinen. Sie erinnern sich an meine Bemer- 
kung, daß es für den Z80 keinen Multiplikationsbefehl gibt? Verfassen wir eine 
Subroutine, die das bewältigt. 


Ein Beispiel 


Als erstes sollten wir uns die Art des Problems ansehen. Das geht am besten mit 
einem Beispiel. Wir machen es so einfach wie möglich und arbeiten mit 8 
Bit-Registern. Wenn wir also 9 mit 13 multiplizieren wollen, sieht das so aus: 


999919091 
xP0001191 


Das können wir nun als eine übliche lange Multiplikation behandeln, aber weil 
sie in Binär ist, geht das sogar einfacher als sonst: Ist die laufende Ziffer, die wir 
malnehmen, 1, wird die obere Zeile abgeschrieben, ist sie Null, tun wir gar 
nichts: 


00001991 P 
x00001191 
POOH10M1 
09199199 
01991999 
011190191 


Natürlich mußten wir bei jedem Schritt rechts Nullen anfügen, wie bei einer 
langen Dezimalmultiplikation auch. Nach den Begriffen des Maschinencodes 
entspricht das einer Linksverschiebung. Ich habe den beiden Zahlen die Namen 
P und O gegeben. 

Während P nach links verschoben wird, empfiehlt es sich, O gleichzeitig 
nach rechts zu verschieben, weil wir auf diese Weise nur das jüngere Bit von O 
untersuchen müssen, um zu erfahren, ob P zur Summe addiert werden muß oder 
nicht. 
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Prozedur 


Nehmen wir an, P und Q stehen in den Registern D und E. Die Prozedur geht 
dann so: 


A-Register auf Null setzen. 
2 Ist bei E das jüngere Bit 1, 

D nach A addieren. wiederhole diese 
3 D nach links verschieben Schritte achtmal 


4 E nach rechts verschieben. 
Hier ein erster Versuch, das zu codieren: 
LD A, 90 
LD B, 08 


Der erste Schritt ist naheliegend; der zweite setzt B als Schleifenzähler in 
Verbindung mit einem DJNZ, das am Ende erscheinen soll. Nun wollen wir das 
jüngere Bit von E prüfen. Das können wir zur Zeit nur, wenn wir ein Masken- 
muster (®0000001) mit einer AND-Operation verwenden. Setzen wir das 
C-Register auf dieses Muster: 


LD C,91 [Hexcodierung siehe unten] 


Wir können eine AND-Verbindung nur mit dem A-Register herstellen, und 
dabei wird dessen Inhalt gelöscht, also sichern wir ihn zuerst in L: 


Schleife: LDLA 


nehmen dann das jüngere Bit von E heraus und stellen das A-Register wieder 
her: 


LDA,C 
ANDA,E 
LDA,L 


War das Resultat von A Null, müssen wir um den Teil "addiere D nach A’ von 
Schritt 2 so herumspringen: 


JRZ Verschiebung 


(Zur Beachtung: Da LD die Flaggen nicht beeinflußt, bezieht sich das JRZ 
weiter auf das AND.) Ansonsten führen Sie das ADD aus: 


ADDA,D 


63 


Jetzt die Verschiebungen: 
Shiftung: SLA,D 
SRA, E 


und stellen Sie fest, ob wir die Schleife schon oft genug ausgeführt haben: 


DJNZ Schleife 
(RET) 

Der Code 

Hier das ganze Ding: 

LD A,0® 3E9® 
LD B,08 0698 
LD C,91 EHI 

Schleife: LDLA 6F 
LDA,C 79 
AND A‚E A3 
LDA,L 7D 
JRZ Shiftung 2801 
ADD A,D 82 

Shiftung: SLAD CB22 
SRAE CB2B 


DJNZ Schleife 19®F3 


Wenn Sie dieses Programm ausprobieren wollen, müssen Sie dafür sorgen, daß 
die Register D und E die Werte enthalten, die multipliziert werden sollen. Sie 
könnten dem Programm also etwa voransetzen: 


LD HL,7D®® 21007D 


LD D,(HL) 56 
INC HL 23 
LD E,(HL) 5E 


und dann 7D®® (hex) und 7DP1 (hex) mit den zu multiplizierenden Werten 
über POKE eingeben, bevor das Programm aufgerufen wird. Diese beiden Bytes 
sind natürlich die beiden Nullbytes am Anfang der Routine, so daß das LD, HL, 
7D9® in 7D®2 beginnt. Beachten Sie, daß ich dem Programm keine konkreten 
Adressen zugeteilt habe. Das kommt daher, daß alle Sprünge relativ sind, es auf 
konkrete Adressen also nicht ankommt, sondern nur auf Distanzadressen. 


64 


Sie müssen die Lösung auch ausgeben; im Augenblick sitzt sie im A-Re- 
gister. Ein Weg ist der, für die Lösung noch ein Datenbyte 7D®2 zu reservieren, 
wie ich das vorher beim Additionsprogramm gemacht habe. Das heißt, Sie 
müssen anfügen: 


LD (7D02),A 32027D 


und beim Laden des Codes 3 Datenbytes verwenden. Um die Lösung zu 
erhalten, nehmen Sie 


PRINT PEEK 32002 
Sie können auch das Ergebnis vom A-Register ins C-Register übertragen durch 


LDB,® 0609 
LDC,A AF 
und den Maschinencode aufrufen mit 
PRINT USR 32092 
Denken Sie daran, daß USR eine Funktion ist und bei der Rückkehr zu BASIC 
den Wert des Registerpaars BC enthält; dieser Befehl fährt also zugleich den 


Maschinencode und zeigt die Lösung an! (Ich bin davon ausgegangen, daß wir 
wieder bei nur zwei Datenbytes sind; deshalb beginnen wir bei 32992.) 


BIT 


Ich muß ein Geständnis ablegen: Es gibt einen einfacheren Weg, zu prüfen, ob 
das jüngere Bit von E 1 enthält. Das leistet ein Befehl BIT ®, E. So wird aus: 


Schleife: LDL,A 6F 
LDA,C 19 
ANDA,E A3 
einfach: 
Schleife BIT®,E CB43 


und das LD A, L muß ebenfalls verschwinden. 

Warum ich Ihnen das nicht gleich gesagt habe? Tja, eigentlich hatte ich 
versprochen, nur den Teilbestand von Befehlen in der Tabelle zu verwenden, 
und daran habe ich mich nicht gehalten. Aber dabei habe ich einen wichtigen 
Punkt deutlich machen können: Man kann die Dinge befriedigend bewältigen, 
ohne den ganzen Befehlsvorrat zu kennen. 

Das war eher ein theoretisches Beispiel; ich habe es gewählt, weil es 
mehrere gängige Befehle auf eine konventionelle, aber nicht unbedingt nahe- 
liegende Weise verwendet, will damit aber nicht sagen, daß Sie Bedarf an 
Dutzenden von Multiplikationen ganzer 8 Bit-Zahlen haben. 
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13 Das Bildschirm-Display 


Ein großer Teil vom Spectrum-Speicher ist einer einzigen Aufgabe 
gewidmet: das Display auf dem Bildschirm aufrechtzuerhalten. Um 
das Display in einem Maschinencodeprogramm nutzen zu können, 
muß man begriffen haben, wie die Information angeordnet ist. 


Die Information, die das Bildschirm-Display steuert, ist inzwei RAM-Bereichen 
enthalten, die Disp/ayfile und Attributfile heißen. Das erste steuert Zeichen und 
hochauflösende Grafik, das zweite Farben und Dinge wie FLASH und BRIGHT. 
Sie sind auf recht unterschiedliche Weise aufgebaut. Die einfachere der beiden 
ist das Attributfile, mit dem ich anfange. 


Attributfile 
Es besetzt 24 * 32 = 768 Bytes an den folgenden Plätzen: 


Beginn des Attributfiles | 22528 5800 
Ende des Attributfiles 23925 SAFF 


Die ersten 22 * 32 = 704 bewältigen den üblichen PRINT-Bereich des Bild- 
schirms, Reihen ®-21 für PRINT AT-Befehle. Die letzten 2 * 32 = 64 sind für 
den unteren Bereich von zwei Zeilen zuständig, der normalerweise für Fehler- 
meldungen und Edit verwendet wird. Der PRINT-Bereich endet bei Adresse 
23231 dezimal, 5ABF hex; der untere Bildschirmabschnitt beginnt bei 23232 
(SACB). | 

Wenn die Reihen wie gewohnt von ® bis 21 numeriert werden (wobei wir 
uns die unteren Abschnitte als zusätzliche Zeilen 22 und 23 vorstellen) und die 
Spalten von ® bis 31, entspricht Reihe r, Spalte c 


22528 +32*r+c 


und diese Adresse enthält das Attribut für diese Position. 
Jedes Attribut ist ein Einzelbyte, dessen acht Bits wie folgt aufgeteilt sind: 


FLASH |BRIGHT| drei 


ein/aus | ein/aus 
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bei ® für “aus’’ und 1 für “ein’‘. Das Byte 11919191 teilt sich also folgender- 
maßen auf: 


INK 5 (blau) 


PAPER 2 (rot) 
BRIGHT an 


FLASH an 


(was natürlich gräßlich aussieht). Wenn Sie dieses Attribut für die Position in 
Reihe 5, Spalte 7 wünschen sollten, müßten Sie das obige Byte speichern an 


22528 +32»+5 +7 
also 
22695. 


Das Attribut selbst ist 213 dezimal; demnach speichert der Befehl 
POKE 22695, 213 


das Byte am richtigen Platz. Die Inkfarbe sehen Sie natürlich nicht, wenn nur ein 
Leerraum angezeigt werden soll, also müßten Sie etwa eingeben 


PRINT ATS, 7," 


damit das auch funktioniert. 

Da jede Reihe 32 Spalten hat, findet man die Adresse für den Platz 
unmittelbar unter einem beliebigen anderen durch Addieren von 32 dezimal, 20 
hex. Die Attribute sind also so angelegt: 


oberste Reihe 5800 5801 5802 ... 581D 581E 581F 
erste Reihe 5820 5821 5822 ... 583D 583E 583F 
zweite Reihe 5840 5841 5842 ... 585D 585E 585F 


PRINT- 

Bereich 
21. Reihe BAA® 5AA1 5AA2 ... 5ABD 5ABE 5ABF 
22. Reihe SACO 5AC1 5AC2 ... 5SADD 5ADE 5ADF 

Meldungen 
23. Reihe SAE® 5AE1 5AE2 ... 5SAFD 5AFE 5AFF 
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Displayfile 


Es ist viel komplizierter, weil jedes Zeichen im Display als eine Liste von acht 
Bytes gespeichert wird, jede entsprechend einer Reihe der 8 x 8-Anordnung 
von hochauflösenden Pixels, die das Zeichen besetzt. Zu allem Übel sind diese 
nicht in der naheliegenden Reihenfolge gespeichert. 

Wenn Sie mit LOAD SCREENS ein Bild in den Spectrum laden, müssen 
Sie die seltsame Reihenfolge bemerkt haben, in der das Bild ‘gemalt’ wird. 
Tatsächlich ist das genau die Reihenfolge der Bytes im Displayfile. Am besten 
sieht man das, wenn man den Bildschirm mit schwarzer INK füllt, mit SAVE 
sichert und mit LOAD wieder lädt: 


18 FORr=9TO21 

20 PRINT"[32 x” 
30 NEXTr 

40 SAVE "leer SCREEN$ 


Nehmen Sie das auf Band, geben Sie ein 
CLS: LOAD "leer" SCREEN$ 


und sehen Sie sich an, wie der Bildschirm geschwarzt wird. 
Nun wollen wir stärker auf die Zahlen eingehen. Die Adressen sind: 


BEE 


16384 elulıl)) 
225627 57/FF 


und die Gesamtzahl der Bytes beträgt 32 * 24 * 8 = 6144 dezimal, 1890 hex. 
Am besten stellt man sich das Displayfile so vor, daß der Bildschirm in drei 


Blöcke aufgeteilt wird: 


Beginn des Displayfiles 


Ende des Displayfiles 


BLOCK 1 Reihen B-7 des Bildschirms 
BLOCK 2 Reihen 8-15 des Bildschirms 
BLOCK 3 Reihen 16-23 des Bildschirms 


Beachten Sie, daß Block 3 die "Meldungs’’-Reihen 22 und 23 einschließt. 
Jeder Block erfordert 6144/3 = 2048 Bytes (80® hex). Die ersten 2048 des 
Displayfiles bewältigen Block 1, die nächsten Block 2, die letzten Block 3, und 
in jedem Block ist die Anordnung dieselbe. In Hex haben wir 
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4000 ATFF 
4800 AFFF 
5999 57FF 


Zum Verständnis der Anordnung innerhalb eines Blocks befasse ich mich mit 
Block 1; die anderen sind ähnlich (vergessen Sie aber nicht, daß Block 3 den 
“Meldungs”-Bereich einschließt). Der Prozeß läßt sich leichter beschreiben auf 
dem Hochauflösungs-Koordinatengitter mit 256 x 176 Pixels. Die Reihen wer- 
den von Ö bis 175 numeriert, die Spalten von ® bis 255, mit Reihe 175 oben und 
Spalte ® links, wie gewohnt für PLOT-Befehle Spalte, Reihe. Block 1 besteht 
dann aus den Reihen 175-112, insgesamt 8 x 8 = 64 Reihen zu je 256 Pixel. 

Die ersten 32 Bytes des Displayfiles enthalten die Information für Reihe 
175. Jedes Byte bestimmt einen Abschnitt von 8 Spalten. Das erste Byte betrifft 
die Spalten ®-7 und verwendet je Pixel ein Bit. Enthält beispielsweise Adresse 
4000 das Byte 91191190, dann sind die ersten acht Pixel oben links am 
Bildschirm 


obere 
linke ——— 
Ecke 


BP 1 191109090 


mit Leerräumen für ''®" und schwarzen Quadraten für ''1". 

Das nächste Byte bewältigt die Spalten 8-15, das danach 16-23 und so 
weiter, bis nach 32 Bytes die ganze Reihe 175 erfaßt ist. 

Um das beobachten zu können, geben Sie CLS und 


POKE 16384, BIN 91191199 


und Sie sehen in der obersten Reihe zwei kurze Striche (die 11 in Binär.) 
Nehmen Sie 


POKE 16384, BIN 101901919 
sehen Sie vier Punkte. Verändern Sie dann 163854 zu 16385, 16386... bis hin 
zu 16415 und füllen Sie Reihe 175 aus. 

Das nächste Byte befindet sich in Adresse 16416. Wenn Sie 

POKE 16416, BIN 10101019 


probieren, werden Sie sehen, daß das nicht die ersten acht Spalten der nächsten 
Reihe, also 174, sind! Es sind vielmehr die ersten acht Spalten von Reihe 167. 
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175 - 8 = 167 - also werden acht Hochauflösungs-Reihen übersprungen. 
Dieses Byte und die 31 danach füllen den Rest von Reihe 167 aus. Dann geht 
die Maschine weiter zu Reihe 167 -— 8 = 159 und setzt seine Sprünge über 8 
Reihen fort, bis sie an der Unterseite von Block 1 angekommen ist. Die Reihen 
haben also in Blöcken von 32 Bytes die Reihenfolge 


175 167 159 151 143 135 127 119 


Würde sie wieder acht überspringen, wären wir bei Reihe 111, die nicht mehr 
in Block 1 ist. (Es ist die oberste Reihe von Block 2.) Stattdessen springt der 
Spectrum zu den Reihen unmittelbar unter den eben behandelten hinauf, und 
die nächsten acht 32 Byte-Abschnitte befassen sich mit den Reihen 


174 166 158 150 142 134 126 118 
Dann mit den Reihen unter diesen: 

173 165 157 149 141 133 125 117 
und so weiter, bis schließlich die unterste Blockreihe erreicht ist: 

168 160 152 144 136 138 129 112 


Damit ist Block 1 abgeschlossen. Die nächsten 2948 Bytes verfahren mit Block 
2 ähnlich, und zuletzt kommt Block 3 an die Reihe. Die Reihenfolge in jedem 
Block ist genau die gleiche: die Adressen verschieben sich um 2948 nach oben, 
die Positionen um 64 Reihen auf dem Schirm nach unten, von einem Block zum 
nächsten. 

Das sieht reichlich kompliziert aus. Am besten kommt man damit zurecht, 
wenn man sich zuerst Block für Block, dann Abschnitte von 8 Reihen und erst 
dann eine bestimmte Reihe vorstellt. Die Anordnung ergibt mehr Sinn, wenn 
wir uns daran erinnern, daß ein Zeichen ein Quadrat von 8x 8 Pixeln (bei hoher 
Auflösung) ist; das heißt, eine PRINT AT-Position. Die acht Reihen des Zei- 
chens werden dargestellt durch die zugehörigen acht Bytes (genau wie bei der 
benutzergewählten Grafik, siehe "Sinclair ZX Spectrum, Programmieren leicht 
gemacht” *, S. 67). Ein Zeichendisplay in Block 1 wird also in der Displaydatei 
folgendermaßen angeordnet: 


32 Bytes für die oberste Reihe jedes Zeichens in Zeile ® 


32 Bytes für die oberste Reihe jedes Zeichens in Zeile 1 


32 Bytes für die oberste Reihe jedes Zeichens in Zeile 7 
und dann 


32 Bytes für die zweite Reihe jedes Zeichens in Zeile ® 


32 Bytes für die zweite Reihe jedes Zeichens in Zeile 1 


* Von lan Stewart und Robin Jones, Birkhäuser, Basel. 
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32 Bytes für die zweite Reihe jedes Zeichens in Zeile 7 


Dann weiter zur dritten, vierten, ..., achten Reihe. Sieht zwar immer noch 
verwickelt aus, aber vielleicht nicht mehr ganz so schlimm wie auf den ersten 
Blick. 

Ich gewöhne uns im nächsten Kapitel zuerst an die Attributdatei, und im 
Kapitel danach nehmen wir uns das Displayfile vor. 
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14 Das Attributfile 


Den Bildschirm auf einen Schlag mit einer Farbe ausfüllen (oder mit 
mehreren); alle blinkenden Pixels abschalten; eine einzelne farbige 
Spalte abrollen... 


Am einfachsten beginnt der Umgang mit dem Attributfile damit, daß man eine 
Maschinencode-Routine schreibt, um ein Quadrat einer bestimmten Farbe an 
der oberen linken Ecke anzuzeigen (wo das File beginnt, Adresse 5800 hex). 
Ich verwende ein Datenbyte (wie gewohnt 7D®P) für die Farbe (Attributbyte), 
dann lautet der Code: 


LD A, Attribut 3A0®®7D 
LD (5800), A 320058 


Laden Sie das, geben Sie STOP und setzen Sie die Daten mit 
POKE 32909, 32 


(Da32 = 4 * ist das Attribut PAPER 4.) nun GOT TO 300 und Eingabe "r'', um 
das zu fahren... . 

... Fein, funktioniert! Hier ein paar Übungen, damit Sie prüfen können, 
wie gut Sie begriffen haben. Lösungen am Kapitelende. 


Das Quadrat soll nicht grün, sondern rot werden. 
Es soll violett werden. 

Machen Sie es blau und lassen Sie es blinken. 

Es soll gelb sein und BRIGHT. 

Setzen Sie es in Reihe ®, Spalte 1. 

Setzen Sie es in Reihe 3, Spalte 7. 


OQPwN—- 


Für 1-4 brauchen Sie nur POKE 32900 entsprechend abzuändern; für 5 und 6 
müssen Sie die Adresse 58009 zum richtigen Platz im Attributfile verändern. 
Als nächstes füllen wir die ganze oberste Reihe grün aus. Wir brauchen 
eine Schleife mit einem Zähler, der auf 32 gesetzt wird und mit jedem Durch- 
gang dekrementiert; wir prüfen, ob er auf Null steht, und wenn nicht, springen 


wir. 
LD HL, A-Fiile 210058 
LD B, 32 dez 0629 
Schleife LD (HL), 32 dez. 3629 


INC HL 23 
DECB 05 
CPB B8 


JRNZ Schleife 20F9 
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Diesmal keine Datenbytes, also gleich zu “r’", wenn die Option erscheint. 

Wir können mühelos zwei, drei... Reihen erfassen, wenn wir den Zähler 
B größer machen. Wenn wir mit LD B, 64 dez [964®h] anfangen, werden zwei 
Reihen grün; [9669] ergibt drei und so weiter bis [d6E®], was sieben ergibt. 
Teilen wir B 20 hex (32 dez) mehr zu, heißt das, daß wir bei ®P beginnen; die 
erste Dekrementierung von B bringt das auf 255 (keine Übertragsstellen ge- 
merkt!), und das ist genauso, als hätten wir bei 266 für B angefangen. Und 
tatsächlich, wenn Sie die zweite Zeile oben verändern zu 


LD B,® Wlalıln) 


füllen die obersten acht Reihen sich grün auf. Darüber hinaus können wir nicht 
gehen, jedenfalls nicht, wenn wir die ins B-Register geladenen Werte verän- 
dern, weil das ein 1 Byte-Register ist. Bevor wir das umgehen, wollen wir uns 
ein bißchen mehr anstrengen. B als Zähler zu verwenden, ist beim DJNZ-Befehl 
automatisch, und das spart ein paar Bytes. Ebenso gut geht es mit 


LD HL, A-File 219058 


LDB,® 699 
Schleife: LD (HL), 32 dez 3629 
INC HL 23 


DJNZ Schleife 1®FB 


Probieren Sie das aus und sehen Sie selbst. 


Farbe im Sofortverfahren 


Um alle 24 Bildschirmreihen die Farbe wechseln zu lassen, können wir entwe- 
der BC als Zähler nehmen (und lassen ihn ab ®300 laufen) undein CP C undein 
weiteres JRNZ Schleife anfügen (um zu sehen, ob BC Null ist, müssen Sie B 
und C getrennt prüfen). Oder wir könnten das Obige mit einem anderen Regi- 
ster als Zähler in eine Schleife stellen. Oder, naive Burschen, die wir sind, 
könnten wir einfach drei Kopien des Programmes aneinanderzwängen und in 
verschiedenen Teilen des Attributfiles anfangen. 
Versuchen wir das zuerst... 


LD HL, 589® 210058 


LDB,® d6099 
Schleife 1: LD (HL), 32 dez 362® 
INC HL 23 


DJNZ Schleife 1 1®FB 
LD HL, 5999 210959 
LD B, ® 0609 
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Schleife 2: LD (HL), 32 3629 
INC HL 23 
DJNZ Schleife 2 1®FB 
LD HL, 5AßP® 21005A 


LDB,® D699 
Schleife 3: LD (HL), 32 dez 3629 
INC HL 23 


DJNZ Schleife 3 10FB 


Fahren Sie mit ® Datenbytes; der ganze Bildschirm füllt sich sofort, der ''Mel- 
dungsbereich” eingeschlossen. Um Letzteres zu verhindern, ändern Sie das 
dritte "LD B, 9” ab zu "LD B, 192 dez’' oder [d6CP9], um beim dritten Durch- 
gang nur sechs Reihen zu erhalten. 

Ist Ihnen übrigens aufgefallen, daß man B nicht jedesmal auf Null zurück- 
setzen muß? Da ist es schon! Diese Zeilen könnten also weggelassen werden 
(außer der ersten, die immer notwendig ist und der dritten dann, wenn nur 22 
Zeilen grün werden sollen). 

Offensichtlich muß es einen schnelleren Weg geben, aber der obige hat 
eine angenehme Eigenschaft. Wir können die Farben unterwegs verändern. 
Machen Sie aus dem zweiten Vorkommen von [3620] ein [36109] und aus dem 
dritten [3630] (am leichtesten geht das mit POKE 320916, 16: POKE 32026, 
48), dann erhalten Sie drei Farbblöcke: 


Eine Veränderung der Datenbytes ruft natürlich andere, ähnliche Effekte hervor. 
Keine Ausreden. Die Zusatzschleife muß richtig funktionieren. Wir ver- 
wenden D als Schleifenzähler. Zur Abwechslung soll der Bildschirm violett 
werden. 
LD HL, A-File 219058 


LD D, 03 1693 
äußere: LD B,® d609 
Schleife: LD (HL), 24 dez 3618 

INC HL 23 

DJNZ Schleife 1®FB 

DECD 15 

CPD BA 


JRNZ außen 20F5 
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Beachten Sie, daß wir HL in der Außenschleife nicht inkrementieren, weil sie 
schon fröhlich durch das Attributfile tickt; nur die Unfähigkeit von B allein, als 
Zähler zu dienen, muß ausgeglichen werden. 

Wenn Sie sich ansehen wollen, um wieviel langsamer dieses Programm 
in BASIC läuft, schlagen Sie nach unter "Programmieren leicht gemacht‘, 
Kapitel 7. 


FLASH ab und FLASH an 


Die nächste Routine geht das Attributfile durch und schaltet jedes FLASH ab, 
läßt die Attribute aber sonst unverändert. Das FLASH -Bit im Attribut istnun das 
am linken Ende, das heißt, das älteste Bit. Wir müssen es also auf ® setzen, 
während wir den Rest unverändert lassen. 

Ein Weg dazu ist der, eine Bit-Maske herzustellen. Wenn wir das Attribut- 
byte in das A-Register setzen und per AND mit dem Bitmuster 91111111 
verbinden, geht das erste Bit auf ® und die anderen bleiben unverändert. Geht 
man davon aus, dann lautet der Code: 


LD BC, 768 dez 919003 
LD HL, A-File 210058 


Schleife: LDA, (HL) 7E 
AND 127 dez E67/F 
LD (HL), A 77 
INC HL 23 
DEC BC OB 
LDA,® 3E9® 
CPB B8 
JRNZ Schleife 2®F5 
CPC B9 


JRNZ Schleife 2®F2 


BC wird hier als Schleifenzähler verwendet: 768 ist natürlich die Länge des 
Attributfiles. Sowohl B als auch C müssen wegen dem Schleifenende auf Null 
geprüft werden. 

Laden Sie das mit ® Datenbytes, dann STOP. Wir brauchen etwas, womit 
wir das testen können. Fügen Sie Programmzeilen an 


1000 CLS: Fori= 1 TO 704: PRINT FLASH 
(INT (2 * RND)); CHRS$ (65 + i - 20 * INT (i/20)): 
NEXTi 

10910 GOTO 399 
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Verwenden Sie GO TO 1909. Der Bildschirm füllt sich mit Buchstaben, von 
denen manche blinken. Geben Sie "r" für die Option ein, dann hört das Blinken 
auf. 

Versuchen Sie INK und PAPER auf verschiedene Farben zu setzen und 
wiederholen Sie. Die Farben verändern sich nicht, wie Sie sehen. 

Das umgekehrte Problem besteht darin, den ganzen Bildschirm auf 
FLASH zu setzen. Statt als Maske AND 127 dez zu verwenden, müssen wir OR 
128 dez nehmen (128 ist binär 10009099; OR verwandelt das erste Bit in 1 und 
laßt die anderen unverändert). Wir brauchen also genau dasselbe Problem, nur 
wird aus der Zeile 


AND 127 dez E67F 
die Zeile 
OR 128 dez F6 80 


Sie können wie vorher Zeile 1D®® zum Testen nehmen. Was geschieht, wenn sie 
XOR mit 128 verwenden? 


SET und RES 


Die obigen Veränderungen im Bitmuster kann man auf direktere Weise erzielen. 
Der Befehl SET setzt ein beliebiges Bit in einem beliebigen Register auf 1, RES 
setzt es zurück (auf ®). 

Bits innerhalb des Bytes sind folgendermaßen geordnet: 


KAKSESEZENEIEREZ 


so daß die größere Zahl auf ältere Bits verweist. Ein Befehl wie 
SET4,D 

setzt Bit 4 des D-Registers auf 1, und 
RES6, E 


setzt Bit 6 des E-Registers auf Null. 
Statt also AND 127 dez zu verwenden, hätten wir nehmen können 


RES 7,A CBBF 
und statt OR 128 dez 

SET7,A CBFF 
Diese besetzen dieselbe Zahl von Bytes, so daß keine Notwendigkeit besteht, 
die relativen Sprünge anzupassen; auch wenn Sie die Veränderungen vorneh- 


men, laufen die Programme. 
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Spaltenscrolling 


Jetzt wollen wir eine Routine schreiben, um eine Spalte von Attributen abzurol- 
len - hier einmal Spalte 31 rechts außen. Denken Sie daran, daß die Attribute 
des Quadrats unmittelbar unter einem gegebenen an einer um 32 höheren 
Adresse zu Hause sind. Wir sollten also Indizieren mit einer Distanz von 32 
verwenden. Es geht darum, die Attribute des unteren Quadrats in das D-Regi- 
ster und dann weiter in das obere Quadrat zu übertragen; gehen Sie für die 
ganze Spalte 21mal durch die Schleife. Das führt zu: 


LD BC, 32 dez 912000 

LD IX, Start DD211F58 

LDA, 21 dez 3E15 
Schleife. LDD, (IX +32) DD562® 


LD (IX), D DD7299 
ADD IX, BC DD99I 
DECA 3D 
CPB B8 


JRNZ Schleife 20F4 


Beachten Sie: Der Eintrag 1F im zweiten Befehl ist die Spaltennummer 31, die 
wir abrollen wollen, aber in Hex geschrieben. Bei einer anderen Spalte ändern 
Sie die Zahl ab. 

Wir brauchen wieder etwas zum Testen. Laden Sie, geben Sie STOP und 
fügen Sie an 


10980 FOR e=®TO 21: PRINT PAPER e - 7 * INT (e/7); 
“[32 x [J];: NEXT e 
1091® GOTO 399 


Nun GO TO 10®® zu einem hübschen Streifenmuster zum Testen, und dann 
Option "r" für den Lauf. 

Sie sehen, daß Spalte 31 um einen Leerraum nach oben rückt; wenn es 
mehr Plätze sein sollen, setzen Sie die Routine in BASIC in eine Schleife. Wenn 
es eine andere Spalte sein soll, ändern Sie das 1F ab. 

Außerdem werden Sie bemerken, daß das untere Attribut in der Spalte 
unverändert bleibt. Um ein weißes Quadrat daraus zu machen (Attribut 56 = 
7*8) fügen Sie dem Maschinencode folgende Zeile nach dem JRNZ an: 


LD (IX), 56 dez DD369038 
Eine Übung für Sie: Überlegen Sie, wie man einen kompletten Spaltenblock 
(sagen wir Spalten 5 bis 18) abrollt, indem man diese Routine innerhalb des 


Maschinencodes in eine Schleife setzt und jedesmal die Startadresse für IX 
inkrementiert. 
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Muster-Generator 


Schließlich hier noch eine Routine, die FARBE IM SOFORTVERFAHREN mehr 
Pfiff verleiht und ausgefallene Muster liefert. Ich überlasse es Ihnen, sich dar- 
über klarzuwerden, was sie im einzelnen leistet. Es gibt ® Datenbytes. 
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LDB,® lauf 
LDD,® 1600 
LD HL, 5800 219058 
LD (HL), D 72 

INC HL 23 
LDA,7 3E07 
ADDA,D 82 
LDD,A 57 
DJNZ? 1®F8 
LD HL, 5999 2190059 
LD (HL), D 72 

INC HL 23 
LDA,7 3E07 
ADDA,D 82 
LDD,A 57 
DJNZ? 10F8 
LD HL, 5AB® 21905A 
LD (HL), D 72 

INC HL 23 
LDA, 7 3E07 
ADDA,D 32 5 
LDD,A 57 
DJNZ? 10F8 


. 


= Be |. 
: N 


Abbildung 14.1 
LD A,3T für dieses Würfelmuster. Was liefern die anderen Werte von A? 255 kann man 
ausprobieren. 


Um andere Muster zu erzielen, verändern Sie die Zeile LD A, 7, um andere 
Zahlen nach A zu laden, etwazu LDA,80oder LDA, 32 oder LDA, 31 (dezimal!) 
Statt 07 kann jede zweistellige Hexzahl verwendet werden, und in jedem der 
drei Fälle können andere Zahlen Verwendung finden. 

Um den Bildschirm als erstes zu löschen, Stop (mit Option a’), dann 
CLS, dann GO TO 309 und Option 'r". 

Können Sie erkennen, was das Programm leistet? Und wie es das tut? 


Lösungen 


POKE 32909, 16 

POKE 32999, 24 

POKE 32999, 136 

POKE 32099, 112 

5800 zu 5801 verändern 3A097D320158 
5800 zu 5867 verändern 3AB07D326758 


9 GT PP oadN 1 
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15 Das Displayfile 


Das Displayfile ist wegen seiner komplizierten Struktur ein bißchen 
schwerer zu verwenden, aber die Resultate belohnen Hartnäckig- 
keit reichlich. 


Vor allem muß man sich merken, daß das Displayfile bei 40®® hex anfängt, 1809 
Bytes (hex) lang und von Natur in drei Blöcken aufgebaut ist, die von 4000- 
A7FF, 4800-AFFF und 5000-57FF reichen. 

Am besten verschafft man sich ein Gefühl dafür durch experimentieren; 
man nimmt Veränderungen am Displayfile-Teil des Speichers vor und sieht sich 
an, was dabei herauskommt. 

Nehmen wir etwa an, Sie setzen in alle Adressen gleiche Werte. Was 
geschieht? 

Verwenden wir, um konkret zu werden, das Byte 1019111® (binär) oder 
174 (dez). Wir können HL dazu benützen, zur Adresse im Displayfile zu zeigen, 
und BC als Schleifenzähler. Dann haben wir 


LD HL, D-File 210949 
LD BC, 1809 019018 
Schleife: LD (HL), 174dez 36AE 
INC HL 23 
DEC BC OB 
CPB B8 
JRNZ Schleife 20F9 
CPC B9 


JRNZ Schleife 20F6 


Man erhält ein Muster von senkrechten Streifen. Sie werden gebildet durch das 
Bitmuster der Zahl 174 in Binär, also 10101119: ein schwarzer Streifen von 
Breite 1, dann ein weißer Streifen von Breite 1, dann ein schwarzer Streifen von 
Breite 1, dann ein weißer Streifen von Breite 1, dann ein schwarzer Streifen von 
Breite 3 und schließlich ein weißer Streifen von Breite 1. Das Ganze wiederholt 
sich 32mal von rechts nach links über den Bildschirm und zwar deshalb, weil 
jede Reihe des Displays 32mal mit demselben Bitmuster geladen wird; sie 
richten sich senkrecht aus und bilden Streifen. 
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Abbildung 15.1 
Identische Bytes liefern Wiederholungsstreifen. 


Nehmen Sie statt 174 andere Zahlen und sehen Sie sich an, was für 
Muster erscheinen. Versuchen Sie vor allem 1, 15 und 179, in Hex also 91, ®F 
und AA. 


Horizontale Linien 


Die nächste Routine zeichnet horizontale Linien (indem sie für bestimmte 
Displayreihen 2585 in die Bytes setzt). Wie am Ende von Kapitel 14 löschen Sie 
am besten den Bildschirm mit CLS, bevor Sie Option "r'"" verwenden. 


LDA,3 3E®3 
LD B, ® 0609 
LD HL, D-File 219949 
Schleife: LD (HL), 255 dez 36FF 
INC HL 23 
DJNZ Schleife 10FB 
DECA 3D 
CPB B8 
JRZ Übersprung 2808 
PUSH AF Fb 
LDA,7 3E07 
ADDA,H 84 
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LDH,A 67 


POP AF Fi 
JR loop 18EF 
Übersprung: (RET Befehl C9) 


Muster 


Wenn Sie verschiedene Bytes in Teile des Displayfiles laden, können Sie recht 
auffallende Muster erzeugen. Das hier verwendet das C-Register, das bei ®® 
beginnt und zu FF, FE, FD... und hinunter bis ®® dekrementiert (dreimal im 
Ganzen), um das geladene Byte zu definieren. Bei sorgfältiger Analyse des 
Displays können Sie also sogar die Anordnung im Displayfile erkennen. In der 
Praxis bringt das Muster diese Analyse durcheinander, falls Sie die Antwort 
nicht schon kennen... 


LD BC, 768 dez 010018 


LD HL, D-File 2190040 
Schleife: LD (HL), C 71 

INC HL 23 

DEC BC dB 

CPB B8 

JRNZ Schleife 20FA 

CPC BI 


JRNZ Schleife 20F7 


Versuchen Sie als Variation zum Thema die Schleifenzeile so zu verändern, daß 
statt dessen das B-Register geladen wird: 


Schleife: LD (HL), B 70 


Das liefert ein anderes Muster. Es geht 256mal durch die Schleife, um den Wert 
von B zu ändern (als dem älteren Byte des Schleifenzählers), was acht Hoch- 
auflösungszeilen des Bildschirms entspricht. Das Muster macht deutlich, daß 
von den oberen acht Reihen jede verschiedene Werte von B hat, so daß die 
ersten 256 Bytes nicht den Reihen 175-168 entsprechen (wie sie es tun 
würden, wenn man die Reihen von oben bis unten der Folge nach vornehmen 
würde); und die Art, wie das Muster sich innerhalb eines Blocks von 8 Reihen 
wiederholt, zeigt, daß die ersten 256 Bytes, wie ich oben schon erklärt habe, 
tatsächlich die Zeilen 175, 167, 159 etc. enthalten. Die Struktur aus drei 
Blöcken ist in diesem Muster wie im vorigen sehr deutlich. 
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Abbildung 15.2 
Variable Bytes liefern fremdartige Muster. Sehen Sie die drei Bildschirmblöcke? Können Sie 
dafür verantwortliche Binärzahlen erkennen? 


Solche Routinen verleihen uns ein Gefühl, daß wir das Displayfile zu 
interessanten Dingen bewegen können, wenn wir das wirklich wollen, aber sie 
sind nicht direkt nützlich, außer daß sie Selbstvertrauen schaffen. 


Schraffieren 


Diese Routine hat den Vorteil, daß die detaillierte Struktur des Displayfiles nicht 
wichtig ist. Sie geht das File durch und ersetzt jedes Nullbyte 9O090999 durch 
das Byte 1919191® (AA hex). Die Wirkung ist die, daß die leeren Stellen des 
Bildschirms mit dünnen senkrechten Nadelstreifen überzogen werden. 


LD HL, D-File 210049 
LD BC, 768dez ®19918 
LDA,® 3EHP 

Schleife: CPA, (HL) BE 


JRNZ Übersprung 2902 
LD (HL), AAhex 36AA 


Übersprung: INC HL 23 
DEC BC OB 
CPB B8 
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JRNZ Schleife 20F6 
GCP’C B9I 
JRNZ Schleife 20F3 


Der Befehl LD A, ® ist eigentlich nicht notwendig: A enthält immer Null, wenn 
es nicht mit etwas anderem geladen wurde. Aber die Art, wie das Programm 
funktioniert, wird dadurch ein bißchen klarer. Vergewissern Sie sich, daß er 
nicht gebraucht wird, indem Sie ihn weglassen. (Am schnellsten geht das mit 
POKE 32006, ®, das die Zeile zu D®N® verwandelt. Der Code PP bedeutet NOP 
- NoOPeration - (keine Operation) und leistet nichts, außer Zeit zu vergeuden. 
Dadurch ist er ideal für das versuchsweise Löschen eines Befehls, weil die 
anderen Hexcodes im Speicher nicht umherbewegt werden müssen.) 


Abbildung 15.3 
Vor dem Schraffieren.... 
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NTEst 


Abildung 15.4 
...unddanach... 


Einzelspalten-Scrolling 


Jetzt zu einer komplizierteren Sache: eine Einzelspalte des Bildschirms wegrol- 
len. Um das Problem ein wenig zu vereinfachen, will ich nur in einem von drei 
Blöcken scrollen, das heißt, einen 8 Reihen-Abschnitt der Spalte. Ich nehme 
Block 1, Spalte 5. 

Spalte 5 sieht so aus: Sie besteht aus 8 Zeilen-Abschnitten, von denen 
jeder einem Zeichen (und einer PRINT AT-Zelle entspricht, und jede Zeile wird 
an der gezeigten Adresse gespeichert). 
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4005 


4105 = 4905 + 100 
1 4205 = 4105 + 10 
“+ 


etc. 
.—— 4025 = 4905 + 20 


u — 495 = 4025 + 20 
= 4065 = 4045 + 20 


SCR DOLL 


u 40AS5 = 40985 + 20 


— 4905 = 40A5 + 20 


_— 49E5 = 49C5 + 20 


PER Vertie Vertte, Vertte Vetn. Vere Vere N 


Um Verwirrung zu vermeiden, nenne ich jedes Quadrat von 8 Zeilen eine 
Reihe (was sie für eine PRINT AT-Anweisung ist) und jede Einzelzeile eine 
Zeile. Die oberste Zeile von Reihe ® ist dann in Adresse 4995 (hex) im Display- 
file enthalten. Hinzufügen von 32 dezimal (2® hex) liefert die oberste Zeile von 
Reihe 1, und so weiter hinab zu Reihe 7. 

Um die zweite Zeile in Reihe ® zu erhalten, müssen wir 256 (dez) oder 
100 (hex) den ursprünglichen 4005 hinzufügen. Das ergibt 


4005 + 0109 = 4195 


Durch weiteres Hinzufügen von 2® (hex) erhalten wir die zweiten Zeilen der 
anderen sieben Reihen. Dann gehen wir weiter zu den dritten Zeilen... .. bis wir 
zuletzt mit den achten Zeilen abschließen. 

Das ist der Aufbau der Spalte (Block 1). Um ein Byte um eine Reihe 
hochzurollen, stellen wir es in die Adresse 32 Plätze früher (dezimal). Wir 
wollen die oberste Reihe ganz verlieren und die siebte Reihe am Ende leer 
lassen. 

Das ist ganz ähnlich wie das Spaltenscrolling von Attributen, das ich 
vorher geschrieben hatte, nur muß jetzt achtmal durch die Schleife gegangen 
werden, damit alle acht Zeilen in einem Quadrat bewegt werden. (Eine Routine, 
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die nur das oberste Achtel jedes Zeichens abrollen würde, wäre nicht sehr 
nutzvoll — zumal sie alle leer sind!) 
Wir müssen also mit einer Distanz von ® oder 32 wie vorher indizieren. 
In der schwachen Hoffnung, das alles klarer zu machen, lege ich zuerst 
eine BASIC-Version der Routine vor. 


2000 LETix=256+*64+5 
2010 FORI=1TO8 

2020 FORa=1T07 

2030 LETb= PEEK (ix + 32) 
2040 POKE ix,b 

2050 LETix=ix +32 

2060 NEXTa 

2070 POKEix,® 

2080 LETix=ix + 32 

2090 NEXTI 


Hier habe ich Variable in Kleinbuchstaben wie ix als Entsprechung zu den 
Großbuchstabenregistern wie IX verwendet. Die a-Schleife schiebt alle oberen 
Zeilen hinauf; Zeile 2070 gibt mit POKE den Leerraum für die siebte Reihe ein, 
und die I-Schleife wiederholt den Prozeß für die 2., 3. bis 8. Zeile in jedem 
Zeichen. 

Stellen Sie etwas zum Testen auf und verwenden Sie LIST 2000: GO TO 


Wenn Sie das ausprobieren, funktioniert es, aber es geht ziemlich lang- 
sam. Die Zeichen "tröpfeln’ sichtbar nach oben. Aber wir sind wenigstens auf 
der richtigen Spur. (Das ist ein nützlicher Debugging-Trick: zuerst eine BA- 
SIC-Version der Routine schreiben, um zu prüfen, ob die Idee vernünftig ist; s/e 
von Fehlern befreien, dann erst zu Maschinencode übergehen.) 

Die Umwandlung von BASIC in Maschinencode ergibt: 


LD DE, 0020 112999 
LD IX, 4005 DD219540 
LD L, 08 2E08 
Schleife 1: LDA, 07 3E®7 
Schleife 2: LDB, (IX + 29) DD4620 
LD (IX), B DD7909 
ADD IX, DE DD19 
DECA 3D 
CPD BA 
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JRNZ Schleife 20F4 


LD (IX), 00 DD360099 
ADD IX, DE DD19 
DECL 2D 

PUSH AF F5 

LDA,® 3E00 

CPL BD 

POP AF F1 


JRNZ Schleife 20E4 
Um das zu testen, fügen Sie in BASIC hinzu: 


109090 FORi=®TO 21: FORj= TO 31: 
PRINT CHRS (65 + i):: NEXT j: NEXTi 


Dann GO TO 1900 und die Routine fahren (entweder über GO TO 300 oder 
durch ein direktes RANDOMIZE USR 32009). Der obere Block von Spalte 5 
rollt in der Tat nach oben - mit gemessenem Schritt. Wenn Sie den Maschinen- 
code in BASIC in eine Schleife stellen, erhalten Sie ein annehmbar schnelles 
Scrolling 


3000 FORk=1TO8: RANDOMIZE USR 32009: NEXT k 


Wenn Sie das in Maschinencode in eine Schleife tun, läuft es so schnell, daß Sie 
die Zeichen kaum verschwinden sehen. 


Vielspalten-Scrolling 


Wenn das Vorherige läuft, fällt es leicht, es zu einer Routine zu erweitern, um 
innerhalb eines Blocks einen ganzen Abschnitt von Spalten abzurollen. Dazu 
sind aber noch Vorbereitungen nötig. 

Setzen Sie vier Datenbytes in 7/D90-7D®3 beiseite. Diese enthalten die 
Startspalte, den Block, die Breite des abzurollenden Abschnitts und eine Blind- 
null, die wegen der Säuberlichkeit gebraucht wird. 


7D00 Spalte (etwa ®5 für Spalte 5 Start) 
7D®1 Block (40, 48 oder 50 für die drei Blöcke) 
7D®2 Breite (etwa 11 für eine Breite von 17 [dez]) 


7D03 99 (Blindnull) 
Der Maschinencode, der bei 7D®4 beginnt (aufgerufen von RANDOMIZE USR 
32094) sieht so aus; beachten Sie, daß der mittlere Teil nur eine Wiederholung 
dessen ist, was wir oben entwickelt haben. 
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Schleife 3: 


Schleife 2: 
Schleife 1: 


Übersprung: 


LD BC, (7D92) 
LD DE, 0929 
LD IX, (7DPP) 
PUSH IX 

LD L, 8 

LD A, 097 
LDB, (IX + 20) 
LD (IX), B 
ADD IX, DE 
DECA 

CPD 

JRNZ Schleife 1 
LD (IX), 00 
ADD IX, DE 
DECL 

PUSH AF 
LDA,® 

CPL 

POPAF 

JRNZ Schleife 2 
POP IX 

DECC 
PUSHAF 
LDA,® 

CPC 

POPAF 

JRZ Übersprung 
INC IX 

JR Schleife 3 
(RET 


ED4BP27D 
112990 
DD2AP97D 
DDE5 
2E08 
3E97 
DD4629 
DD799® 
DD19 

3D 

BA 

20F4 
DD369099 
DD 19 

2D 

F5 

3E9P 

BD 

F1 

20E4 

DDE1 

OD 
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Um das zu nutzen, geben Sie die Datenbytes durch POKE mit den entsprechen- 
den Zahlen ein (z. B. 5, 64, 17, ® - wohlgemerkt, POKE arbeitet mit Dezimal, 
nicht mit Hex!) Dann GO TO 1990 mit dem kleinen Testprogramm oben, um 
etwas zu setzen, das man abrollen kann. Dann entweder GO TO 300 mit Option 
“r" oder RANDOMIZE USR 32994. Läuft schon nach oben! 
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BBBRBBBBBBRBEBBBBEBBEBBBBEBBBBBBBBB 
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Abbildung 15.5 
Vor dem Abrollen eines Bildschirmteils ... . 


Versuchen Sie, in BASIC mit der Schleife zu arbeiten. Das ist sehr effektiv. 
Sie können eine Scrollroutine wie diese bei Block 2 verwenden, etwa um ein 
sehr hübsches Programm für einen Geldspielautomaten zu verfassen ... 

Eine letzte Bemerkung. Als ich die Routine das erstemal ausprobierte, kam 
ich bei den letzten Zeilen ein bißchen durcheinander; ich setzte das POP AF 
nach dem JRZ ÜUbersprung. Die Folge war, daß 


1 der Bildschirm sehr schön abrollte, 


aber 


2 die Fehlermeldung C: Nonsense in Basic ®:1 kam 
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Abbildung 15.6 
. und das Ergebnis, nach zweimaligem Abrollen. 


Das könnte Ihnen auch passieren. Es ist ein Zeichen dafür, daß mit dem Stape/ 
etwas schiefgegangen ist. Und beim Code in dieser Reihenfolge springt der 
letzte JR Ubersprung über den POP AF-Befehl. Wenn der Spectrum dann zu 
BASIC zurückzukehren versucht, sitzt in der Rücksprungadresse auf dem Stapel 
(eine 2 Byte-Adresse) dieses Restbit vom AF-Register, und das System gerät 
völlig in Verwirrung. Es ist leider zu einfach, aus einer Maschinencode-Routine 
mit durch POP noch nicht entfernten Stapelbits herauszugehen, aber keine sehr 


gute Idee. 
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16 Mehr über Flaggen 


In Maschinencode gibt es keine FORINEXT-Schleifenbefehle oder 
/FITHEN-Bedingungen. Um sie zu erhalten, muß man die Flaggen 
verwenden. Als ein Beispiel hier ein Programm zur Zeilenumnume- 
rierung. 


Ich habe bis jetzt versucht, die technischen Details des F-Registers zu meiden, 
aber bei jedem bedingten Sprung haben wir stillschweigend die Flaggen be- 
nutzt. Sich genauer damit zu befassen, lohnt also. Ich will auf keinen Fall alle 
schrecklichen Einzelheiten aufführen; wie das F-Register genau funktioniert, ist 
eine der kompliziertesten Eigenheiten des Z8®. Sich ein bißchen genauer damit 
abzugeben, ist aber auf keinen Fall eine schlechte Idee. 

Das F-Register hat Platz für acht Bits, verwendet aber nur sechs davon. 
Das sind: 


C Übertragsflagge 

Z Nullflagge 

S Vorzeichenflagge 

P/V  Paritäts/Überlaufflagge 
H Halbübertrags-Flagge 
N Subtrahierflagge 


Im Register sind sie folgendermaßen angeordnet: 


(sız|xin [x [wine 


wobei “X” für nicht verwendet” steht. 

Die Übertragsflagge wird vor allem beeinflußt durch Additions-, Subtrak- 
tions-, Rotations- und Schiebebefehle. 

Die Nullflagge wird von fast allem beeinflußt! Grob gesprochen: Wenn 
irgend etwas außer LD, INC, DEC den Inhalt von A verändert, wird die Null- 
flagge gesetzt (auf 1), falls A Null ist, sonst zurückgesetzt (auf ®). BIT setzt die 
Flagge, wenn das angegebene Bit Null ist. CP setzt die Flagge oder setzt sie 
zurück nach dem Ergebnis eines Vergleichs. 

Die Vorzeichenflagge speichert das Vorzeichenbit des Resultats jener 
Operation, die zuletzt ausgeführt worden ist: 1 für negativ, ® für positiv. 

- Die P/V-Flagge wirkt in einer Beziehung für Arithmetik und in einer 
anderen für Logik. Bei Arithmetik wird sie auf 1 gesetzt, wenn in Zweierkom- 
plement-Arithmetik ein Überlauf vorliegt (Beispiel: Wenn die Summe zweier 
positiver Zahlen am Ende des Akkumulators überläuft und zu scheinbar nega- 
tiven Ergebnissen führt). Bei einer logischen Operation wird sie auf ® gesetzt, 
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wenn das Byte in Aeine gleiche Zahl von Bits besitzt, die 1 entsprechen, und auf 
1, wenn die Zahl der 1 entsprechenden Bits ungerade ist. Diese gerade/unge- 
rade-Eigenschaft der Bits nennt man die Parität des Bytes. Beispiel: 


A enthält 911911®®: gerade Parität. P/V-Flagge ® 
A enthält 19010991: ungerade Parität. P/V-Flagge 1. 


Die H- und N-Flaggen werden nur für binär codierte Dezimalberechnungen 
verwendet; daß Sie diese bei einem Spectrum brauchen, ist unwahrscheinlich. 
Sie sind meist dazu da, andere Ausgabegeräte zu betreiben. Die Art, wie C- und 
Z-Flagge durch verschiedene Operationen beeinflußt werden, ist in Anhang 5 
aufgeführt. Das sind für den Anfänger die nützlichsten Flaggen. 

Wir haben die Nullflagge in einer Reihe von Routinen verwendet, bei- 
spielsweise jedesmal bei JRZ, JRNZ oder DJNZ. In der Regel geht diesen 
bedingten Sprüngen ein Vergleichsbefehl voraus, etwa 


CPB 


der die Flaggen so setzt, als wäre er der Befehl SUB A, B; er verändert aber den 
Inhalt von A nicht. Wenn A und B dasselbe Byte enthalten, würde diese 
Subtraktion Null ergeben, und die Nullflagge wird gesetzt (auf 1). Wenn A und 
B verschieden sind, wird die Nullflagge zurückgesetzt. 

Die Übertragsflagge haben wir aber wenig verwendet. Sie ist besonders 
nützlich als Schleifenzähler, wenn man nicht genau weiß, ob man das genaue 
Schleifenende trifft; man könnte darüber hinausschießen. 

Konkret: Angenommen, Sie wollen wissen, ob die Zahl im HL-Register 
größer ist als die im BC-Register. Der Befehl 


SBC HL, BC ED4A2 


setzt die Übertragsflagge, wenn BC größer als HL, und setzt sie zurück, wenn 
BC kleiner oder gleich HL. Schließen Sie einen bedingten Sprung 


JR Cirgendwohin 38 


an, und der Sprung findet statt, wenn BC größer als HL. 
Fahren Sie fort mit 


JR NC irgendwohin 397? 
und der Sprung findet statt, wenn BC gleich oder kleiner HL. (Für die Bestim- 


mung der Größe werden alle Zahlen als positiv behandelt - keine Zweierkom- 
plement-Arithmetik!) 


Zeilen umnumerieren 


Ich kann das darstellen anhand einer einfachen Routine zur Zeilenumnumerie- 
rung. Das läuft nur durch den BASIC-Programmbereich und verändert die 
Zeilennummern zur regulären Folge 1®, 20, 30... in Zehnerschritten aufwärts 
bis zum Ende. (Ein raffinierteres BASIC-Programm steht in "Weitere Kniffe und 
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Programme mit dem ZX Spectrum” * und dieses könnte auch noch verbessert 
werden; hier wollte ich etwas leicht Verständliches.) 

Dazu muß man wissen, wie die BASIC-Zeilen gespeichert werden. Im 
oben genannten Buch steht das zwar auch, aber ich will es hier noch einmal 
angeben. 

Das BASIC-Programm wird zwischen den Adressen in PROG und VARS 
gespeichert. Ohne Diskettenlaufwerke ist PROG 23755. Jede Zeile wird in der 


Form 


festgehalten. NS und NJ sind hier die älteren und jüngeren Bytes der Zeilen- 
nummer, LJ und LS die jüngeren und älteren Bytes der Zahl der Zeichen in der 
Zeile, das ENTER eingeschlossen (aber nicht die ersten vier Bytes NS, NJ, LJ, 
LS). Beachten Sie, daß in der Zeilennummer das ältere Bit voransteht — kein 
Druckfehler. 

Beispielsweise wird das Testprogramm 


1 REM 12345678991 
5 PRINTa 


im Speicher so festgehalten: 


* Von lan Stewart und Robin Jones, erschienen im Birkhäuser Verlag, Basel (Schweiz). 
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älteres Byte der ersten Zeilennummer 
jüngeres Byte der ersten Zeilennummer 
jüungeres Byte der Zeilenlänge 

älteres Byte der Zeilenlänge 

Code für REM 

Code für 1 

Code für 2 

Code für 3 

Code für 4 

Code für 5 

Code für 6 

Code für 7 

Code für 8 

Code für 9 

Code für ® 

Code für 1 

Code für ENTER 

älteres Byte der 2. Zeilennummer 


jüungeres Byte der 2. Zeilennummer 


jungeres Byte der Zeilenlänge 


älteres Byte der Zeilenlänge 

Code für PRINT 

Code füra 

Code für ENTER 

Beginn des Bereichs VARIABLES 


Sie können das mit der PEEK-Routine in "ZX Spectrum — Programmieren leicht 
gemacht”, S. 124 nachprüfen. Oder ein eigenes Programm schreiben. Versu- 
chen Sie’s! 
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Damit ist der naheliegende Weg, Zeilen umzunumerieren, der, den Pro- 
grammbereich durchzugehen und nach ENTER-Bytes zu suchen (Code 13). 
Die beiden nächsten Bytes sind Zeilennummern; verändern Sie sie. 

Schön. Geht aber nicht. Der Grund: Das Byte 13 kann auch anderswo 
vorkommen, vor allem in den Zeilenlängenbytes. In Adresse 23757 oben ist das 
auch der Fall (deshalb habe ich dieses Testprogramm gewählt). Siekonnen das 
umgehen, aber es ist umständlich. (Bei einem ZX81 ist das entsprechende Byte 
NEWLINE, Code 118). In der Regel umfassen Zeilen keine 118 Zeichen, also ist 
das dort kein solches Problem.) 

Außerdem gibt es einen besseren Weg. Die Zeilenlängenbytes sagen 
Ihnen genau, wie weit Sie gehen müssen, um die nächste Zeilennummer zu 
erreichen. Warum lange nach ENTER suchen? 

Und das führt zu folgendem Code. 


Das Programm 


Es geht darum, bei den ersten beiden Bytes des Programmbereichs, erste 
Zeilennummer, zu beginnen, diese umzunumerieren, die nächsten beiden Zei- 
lenlängenbytes zu benutzen, um zur nächsten Zeilennummer zu springen, und 
das Ganze zu wiederholen, bis Sie zum VARS-Bereich gelangen. 

Als erstes müssen wir die Adressen speichern. Wir verwenden BC, um den 
VARS-Wert aufzunehmen (wo wir anhalten), HLfür PROG (wo wir anfangen), 
und DE für die neue Zeilennummer. Diese werden initialisiert: 


LD BC, (VARS) ED4BABS5SC 
LD HL, (PROG) 2A535C 
LD DE, 10 dez 119AP® 


Wegen der Systemvariablenadressen PROG und VARS siehe Anhang 3. 

Als nächstes wollen wir feststellen, ob das HL-Register (das wir als durch 
den Programmbereich laufenden Zeiger verwenden wollen, weil HL für indi- 
rekte Steuerung ausgezeichnet geeignet ist) den Wert im BC-Register über- 
steigt. Wenn ja, halten wir an. Da kommt die Übertragsflagge an die Reihe: 


prufen: PUSH HL EB 
SBC HL, BC ED42 
POP HL E1 


JRNC Ende 3015 


(Die letzte 15 kann in Wirklichkeit nicht errechnet werden, bis das ganze 
Programm geschrieben ist, aber sie kommt am Ende heraus.) 
Dann die eigentliche Umnumerierung: 


umnumerieren: LD (HL), D 72 
INC HL 23 
LD (HL), E 73 
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Danach müssen wir die nächsten beiden Bytes lesen, um die Zeilenlänge zu 
finden. Das Resultat müssen wir irgendwo speichern. Das HL-Register wird für 
Berechnungen gebraucht, also bietet sich das BC-Register an. Leider ist es in 
Gebrauch. Das können wir aber umgehen, indem wir den laufenden Wert 
speichern, um ihn später zurückholen zu können: 


PUSH BC C5 
INC HL 23 
LDC, (HL) 4E 
INC HL 23 
LDB, (HL) 46 


Wir verschieben HL zur nächsten Zeilennummer hinauf 


ADD HL, BC 09 
INC HL 23 
und erhalten den alten BC-Wert wieder 
POP BC C1 
Schließlich wollen wir DE auf den richtigen Wert für die nächste Zeile setzen, 


indem wir 10 hinzufügen. Dazu müssen erneut Register auf den Stapel verscho- 
ben werden: 


PUSH HL Ed 
LD HL, 1®d dez 219A0® 
ADD HL, DE 19 


LDD,H 54 
LDE,L 5D 
POP HL E1 


Nun mit der Schleife zurück zum Schritt prüfen, um zu wiederholen, außer wir 
haben HL zu groß gemacht: 


JR prüfen 18E5 


Zuletzt erscheint der abschließende RET-Befehl an der Stelle, die oben als Ende 
bezeichnet wurde. 
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TILEAR 31909 
POKE 23623,50 
PRINT "base address 


Er 


4 


Abbildung 16.1 
Vor der Umnumerierung ... 


[LLEAR 31999 

POFEE 2535239,59 

PR. "Base Address 

DIM hst2) 

INPUT b: PRINT b 
"so. of data bulez 
: PRINT d 


Abbildung 16.2 
... und nachher. Die GO TOs sind nicht verändert. 


Laden Sie die ganze Routine in der gegebenen Reihenfolge (wie üblich 
mit dem abschließenden RET). Welches Programm Sie im BASIC-Bereich jetzt 
auch haben mögen, es wird umnumeriert, wenn Sie eingeben 


RANDOMIZE USR 32000 


Natürlich ändern sich nur die Zeilennummer - GO TO- und GO SUB-Nummern 
stimmen nicht mehr überein. Aber das Prinzip ist klar. 
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17/ Blocksuche 
und Blockubertragung 


Es gibt einige sehr wirksame Befehle, die auf einen Schlag ganze 
Speicherblöcke bewältigen. 


Einige der Routinen, die ich oben gezeigt habe, sind nicht auf die leistungs- 
fähigste Weise geschrieben. Es ging darum, für den Anfang möglichst einfach 
vorzugehen, und dafür will ich mich nicht entschuldigen. Maschinencode zu 
bewältigen, ist nicht gerade das Einfachste, und wenn man alle Merkmale auf 
einmal aufführt, stiftet das nur Verwirrung. Wenn Sie sich aber andere Bücher 
über Z80-Maschinencode oder Listings in Zeitschriften angesehen haben, wer- 
den Sie sich vielleicht fragen, warum ich mich manchmal so dumm angestellt 
habe. Dieses und das nächste Kapitel machen das vielleicht wieder gut. 


Blocksuche 


Erstens gibt es ein paar sehr wirksame Befehle, die einen ganzen Speicherblock 
absuchen. Ich nehme CPDR, abgekürzt für "compare, decrement and repeat” 
(vergleiche, dekrementiere und wiederhole) als Beispiel. 

Wenn wir einen Code dieser Art schreiben: 


LD BC,91099 0919991 
LD HL, 50999 219959 
LD A, 05 3E05 
CPDR EDB9 


dann: _— 


geschieht Folgendes: 

Wenn der CPDR-Befehl auftaucht, wird der Wert im A-Register mit dem 
Inhalt des Bytes verglichen, auf das HL zeigt. Sind sie gleich, geht die Steuerung 
an dann über. Sind sie es nicht, werden BC und HL um 1 dekrementiert, und das 
“vergleiche” wird wiederholt, bis eine Entsprechung gefunden wird oder bis BC 
Null enthält. Mit anderen Worten: Diese vier Befehle sagen: ‘Finde das erste 
Vorkommen eines Bytes, das 95 enthält, von Adresse 5099 (hex) bis hinunter 
zu Adresse AF®0 und laß HL darauf zeigen. Wenn keines vorhanden ist, stell BC 
auf Null.’ 

Mein erstes Beispiel für die Verwendung von Sprüngen, eine kleine '"Ver- 
gleiche” -Schleife, hätte also viel leichter bewältigt werden können. Dann hätte 
es aber eben keine Sprünge vorgeführt! 

Es gibt einen Begleitbefehl CPIR, der statt dessen das HL-Register inkre- 
mentiert, sonst aber genauso wirkt. Damit wird also ein Speicherblock vom 
anderen Ende her abgesucht. 
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Blocküubertragung 


Die Blockübertragungs-Befehle LDIR und LDDR verschieben Datenblöcke 
innerhalb des Speichers. Nehmen wir LDIR. Sie 


1 laden HL mit der Adresse des ersten Bytes, das übertragen werden soll, 
2 laden DE mit der Adresse des ersten Zielbytes, 
3 laden BC mit der Zahl der zu verschiebenden Bytes. 


LDIR überträgt dann das erste Byte, inkrementiert HL und DE, dekrementiert BC 
und setzt das fort, bis BC bei ® ist. Ein wichtiger Punkt, den man sich merken 
muß: Der abschließende Schritt betrifft die Inkrementierung von HL und DE, 
führt aber keine Übertragung durch. Am Ende zeigt HL also auf das Byte 
unmittelbar nach dem Übertragungsbereich, DE auf das obere Ende des Über- 
tragungsbereichs. Vergleiche die Routinen für seitliches Abrollen weiter unten. 

LDDR ist ähnlich, dekrementiert aber HL und DE (und dekrementiert 
weiter BC wie bei LDIR - BC ist nur ein Zähler). 


Vorausbestimmte Attribute 


Ein Weg, Blockübertragung zu nutzen, ist der, im RAM ein “falsches Attribut- 
file aufzubauen und es in das wahre Attributfile zu übertragen — wodurch 
schlagartig alle Attribute zu einem neuen, vorausbestimmten Muster verändert 
werden. Dazu brauchen Sie 704 Datenbytes für die neuen Attribute. Das erfor- 
dert eine Änderung im LADER-Programm. Zeile 10 muß nun lauten: 


10 CLEAR 31599 


wodurch genug Platz bleibt. Dann RUN und die Mitteilung, daß 704 Daten- 
bytes vorhanden sind. Der Code sieht so aus: 


LD HL, 31600 dez 217097B 
LD, DE, A-File 119058 
LD BC, 704 dez 01C902 
LDIR EDB® 


31690 (7B70 hex) ist der Beginn des neuen Datenbereichs. Die Routine selbst 
wird in die Startadresse 32304 geladen. 
Jetzt müssen Sie das "falsche File aufbauen. Beispiel: 


5000 FOR w = 31600 TO 32303 

5010 IFw < 31900 THEN POKE w, 48 
5020 IFw >= 31900 THEN POKE w, 32 
5030 NEXT w 
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Tippen Sie GO TO 5000 (und warten Sie!), um das aufzubauen; dann holen Sie 
ein Display auf den Bildschirm (mit LIST geht das leicht) und geben Sie 
RANDOMIZE USR 32394 ein. Sie erhalten entsprechend den durch das Pro- 
gramm mit POKE bei 5090 eingegebenen Attributen gelbe und grüne Flächen. 
Sicherlich fallen Ihnen. aufregendere BASIC-Routinen für die Aufgabe des 
falschen File ein (Streifen? Karomuster?) 


Wo esanging... 


An dieser Stelle sollten Sie erkennen können, was die Einführungsprogramme 
in Kapitel 1-geleistet - und wie sie das getan haben. Die Maschinencodebefehle 
in diesen Programmen sind in den DATA-Anweisungen enthalten und waren 
wegen der leichteren Eingabe in Dezimal, nicht in Hex, geschrieben. Wenn Sie 
die Dezimalzahlen in Hexzahlen übertragen und sie nachschlagen (die Op- 
‚code-Tabelle im Handbuch, Seite 183, führt sie numerisch geordnet auf), sehen 
Sie, daß sie alle Blockübertragungen in das Attribut- oder in das Displayfile 
betreffen. Die übertragenen Bytes werden aus dem ROM genommen, sehen 
meistens also recht willkürlich aus. Einige Teile des ROM (welche?) sind aber 
stärker strukturiert, und daher kommen die gemusterten Displays. 


Seitwärtsrollen von Attributen 


Versetzen Sie im LADER-Programm Zeile 1® wieder in den vorherigen Zustand 
(31999); so viel Speicherplatz brauchen wir jetzt nicht. 

Die Attribute vorauszubestimmen, ist eine sehr einfache Verwendung von 
LDIR. Hier eine etwas raffiniertere: eine Reihe von Attributen um eine Stelle 
nach links wegrollen und die links außen an die rechte Seite setzen, als wäre 
der eg schim wie ein Zylinder gewickelt. Der Einfachheit halber nehme ich 
Reihe 9. 


LD HL, A-File 210958 


Schleife LDD,H 54 
LDE,L 5D 
INC HL 23 
LD BC, 31 dez 6®11F9P 
LDA, (DE) 1A 
LDIR EDB® 
LD (DE), A 12 


Legen Sie etwas fest, um damit zu testen: 
6000 FORs= TO 31: PAPER s/6: PRINT AT 9, s; "[]";: NEXT s 


und dann RANDOMIZE USR 32090 - verfolgen Sie das Abrollen. Damit sich 
richtig etwas tut, bauen Sie eine BASIC-Schleife 
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FOR t = 1 TO 500: RANDOMIZE USR 32009: NEXT t 


und können zusehen, wie das herumsaust! 

Wenn Sie bei geeigneten Startbedingungen das 22mal durch die Schleife 
laufen lassen, können Sie einen ganzen Bildschirm voller Attribute seitwärts 
rollen. Ich nehme ein ganz ähnliches Problem: eine Zeile des Disp/ayfile seit- 
wärts rollen. Dazu gehört schon eine Schleife. 


Display, seitwärts gerollt 


Hier der Code: 


LDA,8 dez 3E98 Schleifenzähler 
LD DE, Anfang 1190490 Zeilenanfang 
setzen: LDH,D 62 
LDL,E 6B 
INC HL 23 
PUSH DE D5 Zeilenanfang sichern 
LD BC, 31 dez ®11F0® 
PUSH AF F5 Zähler sichern 
LDA, (DE) 1A erstes Byte sichern 
LDIR EDBP® links abrollen 
LD (DE), A 12 erstes Byte neu laden 
POPAF F1 Schleifenzählung wieder- 
herstellen 
DECA 3D Fortgangszählung 
CPB B8 auf Ende prüfen 
JRZ Übersprung 2804 
POP DE D1 
INCD 14 nächste Zeile 
JR setzen 18EB 
Übersprung: POP DE D1 


Betten Sie das in eine weitere Schleife (oder Schleifen, Block für Block ebenso 
wie in einem 8 Reihen-Block) ein, dann haben Sie eine Routine, mit der das 
ganze Display seitlich weggerollt werden kann. Offensichtlich sind viele Ab- 
wandlungen möglich. Sehen Sie sich das genau an und stellen Sie fest, was für 
Veränderungen man probieren könnte. 
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18 Ein paar Dinge, von denen ich 
noch nicht gesprochen habe 


Damit sind die meisten der Z80-Befehle abgehandelt, soweit sie 
nicht Peripheriegeräte betreffen. Aber für einige Punkte ist schon 
noch Platz... 


Vorweg - der Spruch weiter vorne stammt von Humty-Dumpty. 


Bit-Kippen 


Es gibt ein paar einfache Befehle zur Veränderung von Bits, die Sie wohl als 
nützlich empfinden werden. Der erste ist 


CCF SF 


der die Übertragsflagge von ® zu 1 oder umgekehrt verändert. Wenn Sie die 
Übertragsflagge auf 1 setzen wollen, nehmen Sie 


ScF 37 


Zum Zurücksetzen der Übertragsflagge (auf ®) werden sie abwechselnd ver- 
wendet, zuerst SCF, dann CCF. 

Zum Komplementieren des gesamten A-Registers (also jedes Bit zum 
umgekehrten Wert kippen) verwenden Sie 


CPL 2F 


Mnemonik 


Als nächstes sollte ich erwähnen, daß manche Leute etwas andere Mnemonik- 
Opcodes verwenden als die von mir beschriebenen. Wo ich etwa LD A, (nn) 
schreibe, verwenden andere Leute LD (nn). Das liegt daran, daß das A-Register 
das einzige Register ist, das direkt geladen werden kann, so daß es streng 
genommen nicht angegeben werden muß. Ich halte es aber für eine nützliche 
Gedächtnissütze, es jedesmal zu nennen. 


Alternativregister 
Ich sprach davon, daß es einen zweiten Satz von Registern gibt und habe mich 


dann prompt nicht mehr damit befaßt. Sie können jederzeit auch ohne sie 
auskommen, und sie sind ohnehin nicht besonders nützlich. Rechnen kann man 
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mit ihnen nicht. Ihre Hauptaufgabe besteht darin, vorübergehend den Inhalt der 
Hauptregister zu sichern, während Sie irgendeine Routine ausführen, die den 
Hauptregisterinhalt auf eine Weise verändert, die Sie nicht brauchen können. 
Das geschieht durch Austausch des Inhalts von Haupt- und Zweitregistern vor 
der störenden Routine und erneut danach: 


EX AF, AF’ 08 AF mit AF’ tauschen 

EXX DI BC, DE, HL mit BC’, DE’, HL’ tauschen 
CALL... CD-- störende Routine aufrufen 

EX AF, AF’' 08 


> Register wiederherstellen 
EXX D9 


Dasselbe würden Sie natürlich bewirken, wenn Sie den Registerinhalt, den Sie 
sichern wollen, vor dem CALL mit PUSH auf den Stapel schieben und nachher 
mit POP wieder abnehmen. 

Nie das IY-Register verwenden. Der Spectrum braucht es! 


ROM-Routinen 


Ich muß auch zugeben, daß ich hin und wieder das Rad neu erfunden habe. Es 
ist nämlich so, daß der BASIC-Interpreter im ROM solche Routinen, wie wir sie 
entwickelt haben, benutzen muß. Warum sie dann nicht einfach aufrufen, statt 
sie selbst zu schreiben? Die Antwort ist im Prinzip die, daß das viel vernünftiger 
gewesen wäre, weil es viel Mühe, und, was fast genauso wichtig ist, Speicher- 
platz spart. Aber — was dieses Buch angeht, bestand mein Ziel darin, Ihnen 
Z80-Maschinencode nahezubringen und, soweit möglich, die besonderen 
Eigenheiten des Spectrum zu meiden. Hätten alle Beispiele aus einer Reihe 
Aufrufen von Adressen im ROM bestanden, wäre für Sie nicht viel zu lernen 
gewesen! 


BASIC und Maschinencode sicherstellen 


Angenommen, Sie haben ein BASIC-Programm, das eine über RAMTOP (sa- 
gen wir, bei 32009) gespeicherte Maschinencode-Routine nutzt. Wie können 
Sie beide sinnvoll durch SAVE sichern? 

Ein Weg ist der, nacheinander zu nehmen: 


SAVE "Programm 
SAVE "M-Code’ CODE 32009, 609 


(dabei ist 699 die Länge des Maschinencode-Bereichs; die genaue Länge des 
Codes anzugeben, ist effizienter — aber das ist ihre Sache). Dann müssen Sie 
wieder laden mit 


LOAD "Programm” 
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und, wenn das im Gerät ist, 
LOAD "M-Code’' CODE 


Vergessen Sie auch nicht CLEAR 32909. 

Noch besser ist, eine kleine BASIC-Routine in das Programm zu schrei- 
ben, die das für Sie alles erledigt. Suchen Sie eine freie Zeile - etwa am Ende — 
und schreiben Sie 


9800 LOAD "m-Code” CODE 


oder was die Anfangszeile des BASIC-Programms ist. Dann geben Sie direkt 
ein 


SAVE "Programm’’ LINE 9899 
SAVE "M-Code” CODE 32009, 609 


Sobald Sie, wie gewohnt, tippen 
LOAD "Programm’ 


wird geladen, ab Zeile 980® gefahren, der Maschinencode geladen und weiter- 
gemacht. 

Sie können sogar auch das SAVE als BASIC-Programm schreiben, wenn 
Sie wollen. Experimentieren Sie. 


Vielfachroutinen 


Sie können mehrere verschiedene Maschinencode-Routinen aneinanderhän- 
gen, vorausgesetzt, Sie setzen an jedes Ende einen RET-Befehl, und jede kann 
mit RONDOMIZE USR (Startadresse der gewünschten Routine) aufgerufen 
werden. Beachten Sie, daß Sie den ganzen Block derartigen Maschinencodes 
auf einmal sichern können; es ist nicht notwendig, jede Routine einzeln sicher- 
zustellen. 


Wirksame Verwendung von Maschinencode 


Ich möchte zwei zu Beginn kurz angesprochene Punkte zu Ende führen. Ich 
sagte, es könnte andere Gründe dafür geben, daß ein Maschinencode-Pro- 
gramm schneller lauft als BASIC, außer daß BASIC bei jeder Ausführung von 
Befehlen diese interpretieren muß. Ich will das an einem Beispiel erklären: 


BASIC Maschinencode 
19 FORi=2®TO1STEP-1 LDB, 14 

nen Schleife: _......... 
560 NEXTi DJNZ Schleife 
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In beiden Fällen wird bei jeder Schleifenausführung eine Variable um 1 dekre- 
mentiert. Dieser Prozeß ist in BASIC aber viel komplizierter als in Maschinen- 
code. Der Grund: Da BASIC teilweise mit Dezimalwerten zu tun hat, geht es 
davon aus, daß es das ununterbrochen tut, und zieht also 1.00000999 ab, was 
nicht einfacher ist, als 1.58712684 abzuziehen. Das verwendete Verfahren ist 
sogar recht kompliziert und zeitraubend. Der Maschinencode dagegen verwen- 
det einen einzelnen, zweckbestimmten Befehl. Das geht um die 1ß®mal schnel- 
ler. 

Der andere Punkt, den ich aufgeschoben hatte, war, daß Maschinencode 
mehr Speicherplatz besetzen kann als die Entsprechung in BASIC. Hier ein 
Beispiel zur Erklärung: 


BASIC Maschinencode Zahl der Bytes 
30 IF3=pANDp=qTHEN 
LETp=w LD HL, 5009 3 
LDA, (HL) 1 
LD HL, 5091 3 
SUBA, (HL) 1 
JRNZnächstbit 2 
LD HL, 5091 3 
LDA, (HL) 1 
LD HL, 599 3 
SUBA, (HL) 1 
JRNZ nächstbit 2 
LD HL, 5991 3 
LD A, (5993) 3 
LD (HL), A 1 
27 gesamt 


Der Maschinencode geht davon aus, daß r, p, q und w in den Bytes 5099, 5001, 
5002 und 5003 enthalten sind. In der Praxis wäre das nicht so einfach, weil jede 
Zahl 5 Bytes besetzt und das SUB in Wirklichkeit ein CALL zu einer Fließ- 
punkt-Subtraktionsroutine ist. Jedenfalls würde der eigentliche Code minde- 
stens diese 27 nachgewiesenen Bytes und vermutlich sogar mehr brauchen. Die 
entsprechende BASIC-Zeile benötigt nur 18 Bytes, für jedes Symbol (IF, =, w, 
AND und so weiter) 1, 4 für die Zeilennummer und 1 für den Zeilenbegrenzer. 
Je komplexer der BASIC-Befehl, desto mehr Speicherbedarf bei der Maschi- 
nencode-Version. 
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Wo Maschinencode noch gespeichert werden kann 


Der Hauptnachteil bei der Speicherung von Code über RAMTOP ist der, daß 
man ihn nicht direkt als Teil eines BASIC-Programms sichern kann. Der Vorteil 
ist, daß man darunter anderes laden kann. Aber es gibt Alternativen. 

Ein beliebter Trick ist der, das Ganze in einer REM-Anweisung zu spei- 
chern, der ersten Zeile des BASIC-Programms. Das erste Zeichen nach dem 
REM hat normalerweise die Adresse 23755. Sie beginnen Ihr BASIC-Pro- 
gramm also mit | 


1 REM XXXXXX ...X 


mit so vielen X, daß der Code hineinpaßt, dann geben Sie mit POKE den 
Maschinencode ein. Der Code wird zugänglich durch RANDOMIZE USR 
23755 (oder LET y = USR 23755 etc.) und kann gesichert werden; außerdem 
wird er durch RUN nicht gelöscht. 

Ein anderer Platz, wo man den Code speichern kann, istein Zeichenstring, 
der (uber die Systemvariable VARS) leicht zu finden ist, vorausgesetzt, Sie 
machen ihn zur ersten vereinbarten Variablen — fangen also mit einem Stringar- 
ray an, der groß genug ist 


1 DIM a$ (79) soll 79 Bytes enthalten 


Und setzen dann den Maschinencode in a$ (1), a$ (2) usw., während Sie den 
String aufbauen. Der Hauptnachteil dabei: RUN oder CLEAR löscht Ihren 
Code. Und die Startadresse kann sich manchmal verirren. Sie können auch als 
DATA speichern und wie in Kapitel 1 als Teil des BASIC-Programms über 
RAMTOP laden, was aber viel Platz vergeudet. 


Debugging 


Im Maschinencode gibt es keine eingebauten Debugging-Einrichtungen. 
HELPA unterstützt Sie zwar beim Redigieren von Code, ist aber eigentlich nicht 
für Debugging eingerichtet. (Wie mehrere andere Programme, für die mit der 
Behauptung geworben wird, sie seien nützlich beim ""Debugging” von Maschi- 
nencode!) In diesem Stadium ist das Beste für Sie, die Routine mit Bleistift und 
Papier als Schreibtischtest auszuprobieren (siehe ZX Spectrum — Programmie- 
ren leicht gemacht, S. 53). Natürlich können Sie Verfolgungsanweisungen in 
den Maschinencode einbauen, aber achten Sie auf Veränderungen in Adressen 
und Sprunggrößen. 

Ein nützlicher (obschon auf den ersten Blick plumper) Trick ist der, die 
Routine zuerst in BASIC zu schreiben und diese von Fehlern zu befreien. 
Verwenden Sie dabei nur BASIC-Befehle, die dem Maschinencode entspre- 
chen. (Das heißt, Sie müssen den Maschinencode in BASIC nachahmen.) Das 
geht, wenn überhaupt, langsam, aber das Ziel läßt sich erreichen. 

Für die wahrhaft Ehrgeizigen legt das eine Aufgabe nahe. HELPA soll 
durch Anfügen einer Routine SINGLE-STEP (Einzelschritt) verbessert werden, 
die das Programm Befehl für Befehl durchgeht und die Register auf dem 
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Bildschirm anzeigt. Sie müssen a) eine Maschinencode-Routine schreiben, um 
alle Register mit PUSH auf den Stapel zu setzen und sie dann in Hex auf dem 
Bildschirm anzuzeigen, b) eine Routine anfügen, die eine Keyboard-Eingabe 
verlangt, c) zwischen jede Zeile Maschinencode ein CALL für diese Routine 
schreiben (um anzuzeigen wo, verwenden Sie die **-Begrenzer in HELPA), 
und d) erarbeiten, wie Sie zu BASIC zurückkehren können, wenn Sie wollen. 
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Anhang 1 
Umwandlung Hex/Dezimal 


oO 0 


m 


je] N Ie] 


m 


129 


145 
161 
177 
193 
209 
225 


241 


-62 


226 


242 


227 


243 


132 


148 


228 


244 


133 


149 


165 


181 


197 


213 


229 


245 


231 


247 


216 


232 


248 


233 


249 


234 


250 


-115 
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Zweierkomplement 


gewöhnlich 


Anhang 2 
Speicherreservierungs- Tabellen 


(siehe Beilagekarte) 


Anhang 3 
Adressen von Systemvariablen 


(siehe Beilagekarte) 
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Anhang 4 
Zusammenfassung von 
Z80-Befehlen 


Das ist eine Liste der gesamten Opcode-Mnemonik mit einer Zusammenfas- 
sung der Wirkungen. Befehle, die im Text genauer erläutert werden, sind mit 
einem Seitenhinweis versehen. Die Auswirkungen auf die Flaggen habe ich 
weggelassen; dazu siehe die Zilog Reference Card oder die in der Bibliographie 
unter "Maschinencode” genannten Bücher. 


ADC 
ADD 
AND 
BIT 


Call 


CCF 
CP 
CPD 
CPDR 


CPI 


CPIR 
CPL 
DAA 


DEC 
DI 


Seite 
Seite 
Seite 
Seite 


Seite 


58 
49 
54 
65 


29 


Seite 103 


Seite 


Seite 


Seite 


b5 


99 


99 


Seite 103 


Seite 


56 


Addiere einschließlich Übertragsflagge. 

Speichere in A oder HL. 

Addiere und laß Übertragsflagge unbeachtet. 
Speichere in A oder HL. 

Logisches AND auf zugehörigen Bits: Speichere in A. 
BIT b, rsetzt die Nullflagge entsprechend dem Wert des 
b-ten Bits des Bytes in Register r. Die Bits haben in 
jedem Byte die Reihenfolge 76543219. 

Ruft eine Subroutine auf. Bedingte Aufrufe werden 
signalisiert durch die zusätzlichen Buchstaben C (rufe 
auf, wenn die Übertragsflagge gesetzt ist); M (wenn 
die Vorzeichenflagge gesetzt ist - "das Ergebnis [eines 
Vergleichs] ist negativ”); NC (wenn die Übertrags- 
flagge nicht gesetzt ist); NZ (wenn die Nullflagge nicht 
gesetzt ist); P (wenn die Vorzeichenflagge nicht ge- 
setzt ist — "das Ergebnis ist positiv”); PE (wenn die 
Paritätsflagge gesetzt ist; dies unbeachtet lassen); PO 
(wenn die Paritätsflagge nicht gesetzt ist; ebenfalls 
unbeachtet lassen); Z (wenn die Nullflagge gesetzt 
ist). Wegen Flaggen siehe Seiten 92, 114. 
Komplement-Übertragsflagge (d. i. ® und 1 austau- 
schen). 

Vergleiche: Setzt die Flaggen wie eine Subtraktion von 
A, laßt A aber unverändert. 

Vergleiche und dekrementiere. Vergleiche durch HL, 
dann dekrementiere HL und BC. 

Vergleiche, dekrementiere, wiederhole: Blocksuche. 
Wie CPD, wiederholt aber, bis Resultat des Vergleichs 
entweder ® oder bis BC © erreicht. 

Wie CPD, nur inkrementiert HL; BC dekrementiert wei- 
terhin. 

Wie CPDR, inkrementiert aber HL. 

Komplement (Kippbits) des A-Registers. 
Dezimalanpassungs-Akkumulator. Verwendet bei Ar- 
beit mit binär codierten Dezimalzahlen; nicht beachten. 
Dekrementiere: verringert Wert um 1. 
Unterbrechungen stillegen. Nicht beachten. 
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DINZ Seite 58 
El 

EX Seite 104 
EXX Seite 104 
HALT 

IM 

IN 

INC Seite 56 
IND, INDR, INI, INIR 
JP Seite 55 
JR Seite 55 
LD Seite 39 
LDD 

LDDR Seite 100 
LDI 

LDIR Seite 100 
NEG 

NOP 

OR Seite 54 
OTDR, OTIR, OUT, 

OUTD, OUTI 

POP Seite 59 
PUSH Seite 59 
RES Seite 76 
RET Seite 31 
RETI, RETN 

RL 
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Dekrementiere, spring, wenn nicht Null. Dekrementiert 
B und springtrelativ, es sei denn, Nullflagge ist gesetzt. 
Verwendet in Schleifen wie FOR/NEXT in BASIC. 
Ermögliche Unterbrechungen. Nicht beachten. 
Tausche Werte aus. Befehle mit (SP) tauschen die Re- 
gister HL, IX oder IY mit der Oberseite des Stapels. 
Tausche alle drei Registerpaare BC, DE, HL mit ihren 
Ergänzungen BC’, DE’, HL. 

Warte auf Unterbrechung. Falls Sie nicht Hardware 
angeschlossen haben und wirklich wissen, was Sie 
tun, NICHT VERWENDEN, weil das Programm ewig 
wartet. 

Interrupt mode = 
beachten. 

Eingabe von einem Gerät. Nicht beachten. 
Inkrementiere: erhöht Wert um 1. 

Eingabebefehle entsprechend LDD, LDDR, LDI, LDIR. 
Nicht beachten. 

Springe. Varianten mit zusätzlich C, M, NC, NZ, P, PE, 
PO, Z sind bedingte Sprünge mit Bedingungen wie bei 
CALL. 

Spring relativ - gefolgt von einer 1 Byte-Verschiebung. 
Bedingungsvarianten sind nur C, NC, NZ, Z. 

Lade. Kann alle fünf Adressierarten verwenden. 

Nicht dasselbe wie LD D! Lade, worauf HL zeigt, in 
das, worauf DE zeigt, dekrementiere BC, DE, HL. 
Lade, dekrementiere, wiederhole: Blockübertragung. 
Leiste LDD, bis BC Null erreicht. Kopiert einen Spei- 
cherblock, dessen Länge in BC gespeichert ist, aus 
dem, worauf HL zeigt, in das, worauf DE zeigt. 

Wie LDD, nur inkrementieren HL und DE. BC dekre- 
mentiert weiter. 

Wie LDDR, nur inkrementieren HL und DE. 

Negativ: verändere das Vorzeichen des Inhalts von A. 
Keine Operation. Tu einen Zeitzyklus lang nichts — das 
heißt, vergeude Zeit. Nützlich für zeitweiliges Löschen 
von Befehlen beim Debugging; harmlos und hilfreich. 
Logisches OR auf Bits. In A speichern. 


Unterbrechungsmodus. Nicht 


Verschiedene Ausgaben. Nicht beachten. 

Von Stapel auf angegebenes Register setzen. 

Von Register auf Stapel setzen. 

Ein Bit zurücksetzen -— also zu Null machen. 

Von Subroutine zurückspringen. Bedingte Ruück- 
sprünge, den Möglichkeiten für CALL entsprechend, 
sind möglich. (Bedingungen bei einem CALL müssen 
denen bei einem RET nicht entsprechen!) 

Spring von Unterbrechungs-Routinen zurück. Nicht 
beachten. 

Nach links rotieren: wie eine Verschiebung, nur ist 
Flagge eingeschlossen, als wäre sie Bit 8. 


RLA 
RLC 
RLCA 
RLD 
RR 
RRA 
RRC 
RRCA 


RRD 
RST 


SBC 
SCF 
SET 
SLA 
SRA 
SRL 


SUB 


XOR 


Seite 


58 


Seite 103 


Seite 
Seite 


Seite 
Seite 


Seite 


Seite 


16 
58 


58 
58 
49 


54 


Akkumulator nach links rotieren. Wie RL A, aber mit 
anderer Wirkung auf die Flaggen. 

Nicht dasselbe wie RL C! Rotiere nach links, aber setz 
Bit 7 in Übertrag und in Bit ®. 

Wie RLC A, aber derselbe Flaggenunterschied wie bei 
RLA. 

Ganz und gar nicht das Erwartete: Rotiere nach links 
dezimal. Verwendet für binär codierte Dezimalzahlen. 
Nicht beachten. 

Wie RL, aber nach rechts. 

Wie RLA. 

Wie RLC. 

Wie RLCA. 

Wie RLD. 

Wie CALL, aber nur von den Adressen 9, 8, 10, 18, 20, 
28, 30, 38 (hex) aus. Diese sind im Spectrum alle im 
ROM; siehe lan Logans Bücher in der Bibliographie. 
RST ® wirkt so, als schalte man zeitweilig den Strom 
ab. 

Subtrahiere und berücksichtige Übertragsflagge. Spei- 
chere in A oder HL. 

Setze Übertragsflagge (auf 1). 

Setze ein Bit - das heißt, mach es zu 1. 

Verschiebe links arithmetisch. Alle Bits um 1 erhöht; Bit 
Q wird ®. 

Verschiebe rechts arithmetisch. Nimm Bits um 1 herun- 
ter; kopiere Bit /in6 und 7. 

Logische Rechtsverschiebung. Alle Bits einen Platz 
nach rechts schieben. Bit 7 wird ®. 

Subtrahiere und beachte Übertrag nicht. Speichere in 
A. (Es gibt keinen Befehl SUB HL, r. Wenn Sie einen 
wollen, setzen Sie die Übertragsflagge zurück und ver- 
wenden Sie SBC.) 

Exklusives OR auf jedem Bit. Speichere in A. 
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AnhangS5 _ 
Null- und Übertrags-Flaggen 


(siehe Beilagekarte) 


Anhang 6 
ZS0-Opcodes 


Das ist eine komplette Liste von Z80-Opcodes, nach der Mnemonik alphabe- 
tisch geordnet. In der Liste steht das Symbol n für jede Einzelbyte-Zahl; nn für 
jede 2 Byte-Zahl; und d ist eine Verschiebung um 1 Byte, geschrieben in 
Zweierkomplement-Notation. Beachten Sie, daß alle 2 Byte-Zahlen so codiert 
sind, daß das jüngere Byte vor dem älteren kommt. 

Beispiele: 


LD BC, nn hat Opcode ®1 nn, so daß LD BC, 732F codiert wird als 
012F73. 
LDA, (IY + d) hat Opcode FD7E, sodaß LDA (IY + 87) codiert wird als 
FD7E®7. 


Die Tabelle der Opcodes beruht auf einer von Zilog Inc. veröffentlichten. Ein 
numerisches Listing nach Opcodes enthält Anhang A des Sinclair-Handbuchs. 
Beachten Sie dort die Verwendung von Kleinbuchstaben fur die Mnemonik. 


Liste siehe Beilagekarte 
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Anhang 7/ 
HELPA 


Das ist ein vielseitiges Nutzprogramm in BASIC für leichte Abänderung, damit 
Sie Maschinencode redigieren, laden und fahren können. Die Abkürzung be- 
deutet Hex Editor, Loader und Partial Assembler (Hex-Editor, Lader und Teilas- 
sembler). Das Programm beruht auf einem ZX81 -Programm in "Maschinen- 
code und besseres BASIC”, ist aber verändert worden, um die verbesserten 
Eigenschaften des Spectrum zu berücksichtigen. 


1. Geben Sie es ein und sichern Sie mit 
SAVE "helpa’” LINE 5 


sobald Sie sicher sind, daß Sie keine Fehler gemacht haben. 

2. Fahren Sie mit RUN. Es wird die Menge an Speicherplatz anfordern, die 
reserviert werden soll. Zuerst ‚Wollen Sie nichtüblichen Speicher?” mit einer 
Eingabe beantworten. Alles außer ENTER wird ausgelegt als Frage nach einem 
anderen Startwert für den Maschinencode als den im Buch durchgehend ver- 
wendeten üblichen 320®®. Dann wird der Speicher mit CLEAR gelöscht, RAM- 
TOP zurückgesetzt und zur Prüfung der neue RAMTOP-Wert ebenso wie die 
Startadresse für den Maschinencode angezeigt. 

3. Dann verlangt es die Zahl der Datenbytes, die dem Programmbereich 
vorangehen. Sie müssen mit POKE später eingegeben werden (vielleicht wollen 
Sie dafür eine eigene Routine anfügen). 

A. Danach zeigt es diesen Wert und die tatsächliche Startadresse an, die 
für den Maschinencode verwendet wird. 

5. Anschließend verlangt es den HEXCODE und liefert einen roten Cursor, 
ein blinkendes B]-Zeichen. 

6. Sie können jetzt Maschinencode in Hex eingeben (und mit den unten 
beschriebenen Steuerbefehlen manipulieren). Bei Eingabe jeder Codegruppe 
nimmt das Programm alle Leerräume weg (Sie können diese also einsetzen, wie 
Sie wollen), teilt in Zweizeichen-Codes auf und zeigt diese in 10 Kolonnen an. 
Am Ende jeder Gruppe wird ein abschließender **-Begrenzer angefügt, der 
Cursor geht zum Ende des eben eingegebenen Codes. 

Beispielsweise wird die Eingabe "|_]a1 [_Je23[_][_]4’ angezeigt als 


al e2 34 ** > 


(genau wie „ale234" oder "al |_Je2[|_]34'). 

7. Nun kann die nächste Codegruppe eingegeben werden. Sie wird 
automatisch unmittelbar an die Cursorposition angehängt. Die ** dienen nur zur 
Bequemlichkeit des Anwenders und bleiben unbeachtet, wenn der Code über 
RAMTOP geladen wird, so daß die Gruppen Z80-Befehlsgruppen nicht ent- 
sprechen müssen; das hilft aber beim Überprüfen. 

8. Zusätzlich können "Steuer" -Befehle eingegeben werden. Diese müs- 
sen das erste Symbol in ihrer Gruppe sein; nachfolgende Zeichen werden in der 
Regel nicht beachtet, ausgenommen einige unten beschriebene Fälle. 
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xanos33 ua 


Die Steuerbefehle sind: 


(Go) Fahr die Maschinencode-Routine 

(Load) Lade die Maschinencode-Routine über RAMTOP 

(Move) Bewege Cursor vorwärts 

(Negative) Bewege Cursor rückwärts 

(Print) Zeige laufendes Hexlisting an 

(Relative) Verwendet für automatische Berechnung relativer Sprünge 
(Save) Sichere Programm 

(eXcise) Lösche aus dem Listing 


Genauere Beschreibung anschließend in einer praktischeren Reihenfolge: 


m,n Der Befehl ma, wobei a eine Zahl ist, bewegt den Cursor a Leerräume 
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vorwärts. na bewegt ihn um a Leerräume zurück. Er ist dagegen ge- 

schützt, über das Listing hinauszurutschen. Fehlt a, wird es auf 1 gesetzt. 

Ein Befehl xa, bei dem aeine Zahl > ® ist, löscht die nächsten a Zeichen- 

paare (einschließlich Doppel-**) nach dem Cursor. Das Display bleibt 

unberührt, bis p gedrückt wird. Fehlt a, wird es auf 1 gesetzt. 

Zeigt den laufenden Text an und bewegt den Cursor an den Beginn. 

Sichert das Programm einschließlich des laufenden Hexlistings. Eine 

Option erlaubt Ihnen, das Programm zu benennen, wie Sie wollen. Damit 

Sie ein gesichertes Programm fahren können, sichern Sie mit SAVE, bevor 

“T" und „g’' gedrückt werden. Dann mit LOAD nach BASIC laden und GO 

TO 200 eingeben (nicht RUN!), dann "I", dann „g'. 

Lädt den Maschinencode, befreit von überflüssigen **-Begrenzern, über 

RAMTOP, beginnend bei dem von Ihnen gesetzten RAMTOP-Wert; fügt 

den abschließenden RET-Befehl an. 

Das fährt die Routine. Steuerung kehrt zu HELPA zurück (falls kein 

Absturz eintritt!) 

Eine nützliche Einrichtung, um re/ative Sprünge zu erleichtern. Von Hand 

sind sie mühsam, weil man die Verschiebungen berechnen und sie in 

Zweierkomplement-Hex setzen muß, aber angenehm für Programme we- 

gen der Vereinfachung. Das geht so: 

a) Geben Sie die Maschinencode-Routine ein und setzen Sie alle 
relativen Sprunggrößen auf OP. 

b) Um den richtigen Wert für einen Sprung zu verändern, setzen Sie 
den Cursor unmittelbar vor die ®® und löschen durch Druck auf x’. 
Geben Sie nun rn ein, wobei die Zahl n die (dezimale) Position des 
Zielbytes für den Sprung ist, vom Bildschirmdisplay wie folgt ab- 
gelesen. Numerieren Sie die Reihen und Spalten des Hexcode- 
Arrays ab ® so: 


01234456789 


' @on—-{%& 


und setzen Sie n = xy für Reihe x, Spalte y. (Das heißt, für das Byte 
in Reihe 17, Spalte 5 geben Sie r175 ein.) Die Tatsache, daß es 19 
Spalten gibt, erleichtert das Ablesen der Zahlen. Sie könnten das 
Programm so verändern, daß der Cursor zum Ziel bewegt und der 
Sprung von dort aus gefunden wird. In der Praxis geht das langsa- 
mer, weil der Cursor dauernd verschoben werden muß. 

C) Drücken Sie nun "p’”. Sie erhalten ein revidiertes Display ein- 
schließlich der richtigen Sprunggröße. 

d) Stellen Sie den Cursor vor die nächste relative Sprunggröße und 
wiederholen Sie. 

e) Beachten Sie, daß das Programm automatisch alle vorhandenen ** 
berücksichtigt und den erforderlichen Zweierkomplement-Code 
liefert. Falls der Sprung über den zulässigen Bereich hinausgeht, 
teilt es das mit. 

f) Das klingt vielleicht kompliziert, deshalb hier ein Beispiel unter 
Verwendung der Spalten-scrolling-Routine aus Kapitel 14. Geben 
Sie der Reihe nach die Hexcode-Gruppen ein. Das Ergebnis wird so 


aussehen: 

Ramtop: 31999 

MC-Bereich: 32000 

Daten: 32000 bis 31999 

Run USR: 32000 
HEXCODE: 
012000**dd211f58**3e 
15**dd5620**dd7200** 


dd®9**3d+*b8++2000** 
> —_ 


®® unterstrichen ist die Größe des zu berechnenden relativen Sprungs. (Der 
Datenbereich sieht ein bißchen merkwürdig aus — Sie könnten das Programm 
verändern, daß es anzeigt “Daten: keine”, wenn die Zahl der Datenbytes ® 
beträgt.) 

Mit ‚„n’ setzen Sie den Cursor so vor die letzten ®P: 


dd®9**3d**b8*+*20 D] Md+** 


und tippen dann "x, um die ®® zu löschen. Der Befehl hier lautet JRNZ 
Schleife, und die Schleife beginnt beim Code "'dd” in der zweiten Hexzeile. Das 
ist in Reihe 1, Spalte 2 (nicht vergessen, beide beginnen mit ®), so daß Sie 
eingeben müssen "r12". Tun Sie das. 
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 RaR1lLop: 519939 
a7/cCc area: 32228 
Data: 3290989 10 31999 
Run „USR „Se9200 


=i 53 ++ 3e 
+ d.ı 2 22 ## 
bSB #= 222 ++ 


ei 28 vo 
15 # 43 
dd 29 z 


34 Pe 


Abbildung A7.1 
HELPA vor einem relativen Sprung. 


Rastop: >12999 
mrc area: s2aon 
sen to 31999 


e u ; ##= dd 21 1f 55 #+#+ 3e 
15 ++ dd Se 22 #r dd 72 Be +8 
ad 29 ##+ Id ++ b5 ++ >20 fFfä ## 


Abbildung A7.2 
Die Sprungadresse f4 ist eingefügt worden. 


Kurz danach wird der Bildschirm leer, dann zeigt er ein neues Listing an. ®® ist 
ersetzt durch f4, die richtige relative Sprunggröße. 
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Hier das vollständige Listing: 


199 
119 
129 
130 
140 
150 
151 
152 
153 
154 
155 
156 
1567 
158 
159 
169 
200 
210 
220 


REM helpa © 1982 lan Stewart & Robin Jones 
POKE 23609, 50 

INPUT "Wollen Sie nichtueblichen Speicher?‘; a$ 
IFa$ <> "" THEN INPUT "START MC-Bereich?”'; rt 
IFa$ = "" THEN LET rt = 32009 

CLEAR rt - 1 

LET rt = PEEK 23730 + 256 + PEEK 23731 + 1 
PRINT "Ramtop: [|] [J";; rt - 1 

PRINT "MC-Bereich: [_]"'; rt 

INPUT "Zahl der Datenbytes?”; d 

PRINT "Daten: [] [J [J [J; rt; "TO bis TG; rt +d-1 
PRINT “Run USR: [_]"; rt + d 

PRINT PAPER 6; "HEX CODE!" 

LETci=9 

LETh$ = "" 

GO SUB 409 

DIM f(29) 

LET f(1) = 700 

LET f(6) = 809 

LET f(7) = 909 

LET f(8) = 1090 

LET f(10) = 1109 

LET f(11) = 1209 

LET f(12) = 1309 

LET f(13) = 1409 

LET f(14) = 1509 

LET f(18) = 1609 

INPUT is 

LETa=® 

LETa=sat1 


119 


120 


230 
240 
250 
260 
390 
319 
320 
330 
340 
359 
369 
400 
410 


IFa > LEN i$ THEN GO TO 300 

IFi$(a) <> "[_]" THEN GO TO 220 

LET i$ = i$(TO a- 1) + i$(a+ 1 TO) 

GO TO 230 

IFCODE i$(1) > = 103 THEN GO TO 509 
LET i$ = i$ + "+" 

LET h$ = h$(TO 2 *ci) + i$ + h$(2*ci+1TO) 
GO SUB 459 

GO SUB 699 

GO SUB 409 

GO TO 209 

REM Cursor anzeigen 

PRINTAT5 + INT (ci/1®), 3 * (ci - 19 * INT (ci/1®)); FLASH 1; 
INK2;, ">"; 


420 RETURN 


450 
460 
470 
500 
519 
520 
609 
619 
620 
639 
6409 
650 
669 
790 
719 
729 


REM Cursor loeschen 

PRINTAT5 + INT (ci/1®), 3 * (ci - 19 + INT (ci/10)); "[L"; 
RETURN 

REM Keyboard-Routinen 

GO SUB f(CODE i$(1) - 192) 

GO TO 299 

REM angehaengt Text anzeigen 

FORj = 1TOLEN i$/2 

PRINT i$(2*j- 1T02+*j) + "[L]” 
LETci=ci+1 

IFci= 19 * INT (ci/1®) THEN PRINT "[] J"; 
NEXT} 

RETURN 

REM los 

CLS 

LETy= USR(rt + d) 


730 RETURN 
800 REM ueber RAMTOP laden 
810 LETh$=h$+ "cg" 
820 LETj=rt+td-1 
830 LETi=-1 
840 LETj=j+t1 
850 LETi=i+t2 
860 IFi> LENh$THEN RETURN 
870 IFh$(i) = "+" THEN GO TO 850 
880 POKE j, 16 * (CODE h$(i) - 48 - 39 * (h$(i) > "9")) + CODE 
h$(i+ 1) - 48 - 39 * (h$(i + 1) > 9") 
890 GOTO 849 
900 REM Cursor positiv bewegen 
910 GO SUB 459 
920 IFLENi$=1THENLETcm>=1 
930 IFLENi$ > 1 THEN LET cm = VAL i$(2 TO) 
949 LETci=ci+tcm 
950 IFci> LEN h$/2 THEN LET ci = LEN h$/2 
960 GO SUB 499 
970 RETURN 
10900 REM Cursor negativ bewegen 
1010 GO SUB 450 
1020 IFLEN i$=1THENLETcm=1 
1030 IFLEN i$ > 1 THEN LET cm = VAL i$(2 TO) 
10940 LETci=ci-cm 
1050 IFci< ®THENLETci = 
1060 GO SUB 499 
1070 RETURN 
1190 REM anzeigen 
1118 PRINTAT5,® 
1128 FORr=11TO 17: PRINT" [32x [1] ";: NEXTr 
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122 


1139 
1140 
1159 
1169 
1179 
1189 
1185 
1199 
1195 
1300 
1319 
1329 
1325 
1339 
1340 
1359 
1355 
1369 
1365 
1367 


1370 
1375 
1380 
1399 
1400 
1410 
1420 
1430 
1449 
1450 


PRINT AT 5, 0; "[]"; 

LETci=® 

FORj = 1TOLEN h$/2 

PRINT h$(2*j- 1TO2+*j) + "[J"; 
LETci=ci+t1 

IFci= 19 *INT (ci/1®) THEN PRINT "[J] [J";; 
NEXTj 

GO SUB 4099 

RETURN 

REM relative Spruenge 

LET jcei = VAL i$(2 TO) 

LET js = jci -ci-1 

GO SUB 2000 

IFjs > = 128 AND js < = 127 THEN GO TO 1355 
INPUT "Ungueltige Groesse: mit ENTER weiter”; a$ 
RETURN 

IFjss <® THEN LET js = js + 256 

LET x® = INT(js/16) 

LETx® = js - 16 *x1 

LET x$ = CHR$ (x1 + 48 + 39 * (x1 > 9)) + CHRS$ 
(x0 +48 +39*(x® > 9)) 

LETh$ = h$(TO 2*ci) +x$ + h$(2*ci+1TO) 
LETci=ci+1 

GO SUB 1199 

RETURN 

REM sichern 

INPUT "SAVE Name? Vorgabe” helpa’; n$ 

IFn$ = ""THEN LET n$ = "helpa” 

POKErt+d+ LEN h$, 201 

SAVEn$CODErt, d+LENh$+1 


PRINT “Fuer neues Laden” ' ' ",LOAD" " ";n$;"" "[L_] CODE” 


1469 
1609 
1619 
1629 
1639 
1649 
2009 
2919 
2029 
2039 
2049 
2059 
2069 
2079 
2080 
2099 


RETURN 

REM loeschen 

IFLEN i$ = 1 THENLETkK= 1 

IFLEN i$ > 1 THEN LETk = VAL i$(2 TO) 
LETh$ = h$(TO 2 =*ci) + h$(2*ci+2*k+1TO) 
RETURN 

REM Asteriskanpassung 

IFjs <® THEN LET w$ = h$(2 *jci +1 TO2*ci) 
IFjss > =® THEN LET w$ = h$(2*ci+1TO2+ jci) 
LETsc=® 

FORt=1TOLEN w$ 

IFwS(t) = "*" THENLETsc=sc+ 1 

NEXTt 


IFjs < ® THEN LET js = js + sc/2 
IFjs > ® THEN LET js = js - sc/2 
RETURN 
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Ein leicht verständliches Einführungs- 
buch und eine gute Anleitung für den 
Anfänger. Das Buch bietet Ihnen die 
Grundlagen des Programmierens in 
BASIC. Es ist speziell auf den ZX 81 zu- 
geschnitten, jedoch auch für die Besitzer 
anderer Geräte mit BASIC verwendbar. 
Sie finden u.a.: e Wie Sie Ihren ZX 81 
in Gang setzen e BASIC Programmie- 
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Programmieren leicht gemacht 
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Wenn Sie sich gerade einen ZX Spec- 
trum gekauft haben oder einen kaufen 
wollen, dann ist dieser Band genau das 
Richtige für Sie. Wir zeigen Ihnen in 
leicht verständlichen Schritten, wie man 
es anfängt, seine eigenen Programme zu 
schreiben. Sie finden: e Graphiken e 
Ketten e Daten e Methoden der Fehler- 
suche e Licht und Ton e Programmier- 
stil. Die 26 Fertigprogramme - zum 
Beispiel für Videospiele - die am Ende 
des Bandes aufgeführt sind, brauchen 
Sie allesamt nur eingeben und mit RUN 
laufen lassen. 
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Dieser Folgeband zu «ZX 81. Program- 
me, Spiele, Graphik»» behandelt folgen- 
de wichtige Gebiete: e Datenstrukturen 
- für bessere Verarbeitung e Strukturier- 
tes Programmieren - für Programme, 
die auch funktionieren e Maschinen- 
code - für ganz schnelle Abläufe e Ver- 
schiedene Anhänge - zur Uhnterstüt- 
zung, wenn Sie in Maschinencode pro- 
grammieren. Der grösste Teil des Ban- 
des ist maschinenunabhängig für auf 
Z80 aufbauende Computer verwend- 
bar. Alle Programme laufen jedoch un- 
verändert beim Sinclair ZX81 mit dem 
16K-RAM-Zusatzspeicher. 
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Möglichkeiten und Grenzen mit Zu- 
satzgeräten 


1983, 100 Seiten, Broschur 


O.K., Sie haben Ihren ZX 81 bekom- 
men und gelernt, wie man ıhn pro- 
grammiert. Nun wollen Sie aber mal 
etwas wirklich Nützliches mit ihm an- 
stellen! Dieses Buch bietet einen 
Überblick über die Hardware, die Sie 
zum ZX 81 kaufen können, und zu- 
sätzlich einige sehr brauchbare Pro- 
gramme, um diese Hardware dann 
auch zum Laufen zu bringen. 
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Spiele mit dem 


ZX Spectrum 
1983, 72 Seiten, Broschur 


Alle Spiele, die Sie in diesem Buch 
finden, sind dazu da, um Ihre Fähig- 
keiten und die Möglichkeiten des ZX 
Spectrum zu testen. Das Buch enthält 
ausserdem einige Programme, die 
Ihnen beim Schreiben eigener Spiele 
helfen sollen. Alle beschriebenen Pro- 
gramme laufen auf dem normalen ZX 
Spectrum mit dem 16-K-RAM- 
Speicher. 
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Lernen Sie Eigenschaften des Spec- 
trum-Betriebssystems kennen, die 
man mit Maschinencode nutzen kann: 
Attrıbut- und Display-Dateien, Sy- 
stemvariablen und die Struktur des 
BASIC-Programmbereichs. Wenn Sie 
einen Spectrum haben, von Maschi- 
nencode nichts verstehen, ihn aber ler- 
nen wollen - hier haben Sie die Gele- 
genheit dazu! 
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Dieser Folgeband zu «Sinclair ZX 
Spectrum - Programmieren leicht ge- 
macht» hilft Ihnen dabei, noch mehr 
aus Ihrem ZX Spectrum herauszuho- 
len. Das Buch präsentiert eine ganz 
neue Auswahl von Programmen und 
Anwendungen, die nur einen 
16-K-RAM-Speicher benötigen, also 
mit beiden Versionen des Spectrum 
gefahren werden können. 
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